UUID UUID Generator

免费 · 无需注册 · 无需安装

GUID 生成器

生成 Microsoft 生态里的 GUID 写法 —— 默认大写并带花括号,和 GUID 这个名称的起源保持一致。

  • 默认大写 + 花括号
  • 等同 UUID v4
  • .NET 与 SQL Server 写法

GUID 生成器

GUID
范围为 1 至 1000。
格式

结果 0

    所有值都在你的设备上用 Web Crypto API 生成,不会发送到浏览器之外的任何地方。 快捷键:Ctrl + Enter — 重新生成

    什么是GUID 生成器

    GUID(全局唯一标识符)和 UUID 是同一个东西,只是名字不同。Microsoft 在 COM 时代引入了这个叫法,此后 .NET、SQL Server 和 Windows API 一直沿用,同时约定俗成地用大写并加上花括号。

    它的结构和 UUID v4 完全一致:128 位,其中 122 位随机。两种写法可以互相转换,只是外观和大小写不同,只要系统允许,用哪一种都可以。

    使用方法

    1. 默认已经打开大写花括号,这正是 .NET 和 SQL Server 的常见写法。
    2. 如果不需要花括号,取消勾选即可得到纯小写格式。
    3. 设置数量后点击生成 UUID

    适用场景

    • C# 和 .NET 应用,其中 Guid.Parse 同时接受两种写法。
    • SQL Server 的 uniqueidentifier 列,它期望带花括号的大写写法。
    • 调用 COM 或 Windows API 时,它们都按大写 GUID 来记录。

    结构

    和 UUID 一样:8-4-4-4-12 分组,共 128 位。唯一的区别在外观上 —— GUID 惯例用大写,并且经常被花括号包起来。

    GUID 生成器 的定位

    什么时候该用哪个选项
    选项何时使用
    GUIDMicrosoft 的叫法,大写并常用花括号包裹
    UUID同一标准的通用叫法,惯用小写且不带花括号
    v4两者共同的结构基础:122 位随机数

    UUID 各版本速查表

    版本可排序数据来源适合的场景
    v1不可以时间戳 + MAC 地址仍在依赖 v1 的既有系统
    v3不可以名称的 MD5 哈希必须使用 MD5 时的确定性标识符
    v4不可以122 位随机数绝大多数普通的唯一标识需求
    v5不可以名称的 SHA-1 哈希需要同一名称始终得到同一标识符
    v6可以重排后的时间戳既要随机性又要便于排序
    v7可以毫秒精度的 Unix 时间数据库主键和事件标识符
    v8不可以自定义位布局专有格式和实验性用途

    这七个版本都是 128 位,都用同样的 8-4-4-4-12 写法表示,区别只在于各个位代表什么。

    代码示例

    csharp

    var id = Guid.NewGuid();
    string upper = id.ToString("B");  // {649...-...}

    sql

    -- SQL Server
    DECLARE @id UNIQUEIDENTIFIER = NEWID();
    SELECT @id;

    powershell

    [guid]::NewGuid().ToString("B")

    python

    import uuid
    str(uuid.uuid4()).upper()

    常见问题

    GUID 和 UUID 有什么不同?

    本质上没有区别,都是 128 位,也都遵循同一套版本规则。GUID 是 Microsoft 的叫法,UUID 是 RFC 的标准叫法,两者可以互换使用。

    花括号是必须的吗?

    不是。花括号纯粹是 .NET 和 COM 的习惯,JSON、URL 和大部分数据库都接受不带花括号的小写写法。只有在目标系统明确要求时才需要带上。

    GUID 会泄露我的信息吗?

    不会。这里生成的是 v4 结构的 GUID,完全由随机数构成,不包含时间戳、MAC 地址或任何机器信息。