UUID 生成器
批量生成随机 UUID v4（GUID），支持大写、去除连字符与单次最多 500 条。随机源为浏览器加密安全随机数，全部在本地生成，不上传任何数据。
使用说明
- 在「生成数量」中输入需要的条数（1–500），默认每次生成 5 条。
- 按需勾选选项：大写字母、去除连字符，以及显示生成耗时。
- 点击「生成 UUID」，结果会按行显示在下方输出区。
- 点击「复制全部」可将整批 UUID 复制到剪贴板；「清空」可清除当前结果。
常见问题
UUID 是什么？和 GUID 有区别吗？
为什么默认生成的是 UUID v4？
「去除连字符」会影响唯一性吗？
生成结果会被上传或记录吗？
界面截图
使用步骤
- 输入需要生成的 UUID 数量
在 Number of UUIDs 输入一到五百之间的数量，默认五个。做接口联调或批量造测试数据时，可以一次拉满。
- 按需勾选三个格式选项
Uppercase 把十六进制字母转为大写。Remove hyphens 去掉连字符，得到三十二位连续字符串，常用于数据库主键与文件名。
- 点击按钮生成 UUID 列表
点击 Generate UUIDs，结果在输出区每行一个。都是基于随机数的 v4 版本，不含时间戳与机器信息。
- 整批复制粘贴到目标位置
点 Copy all 一次复制整批，直接粘贴进配置文件、SQL 脚本或测试用例。点 Clear 清空当前结果。
- 按使用场景选择输出格式
展示给人阅读核对时保留连字符更清晰。写入数据库或拼文件名时用无连字符格式，三十二位更紧凑。
工具详细介绍
UUID 是 128 位全局唯一标识符，通常写作 8-4-4-4-12 分组的 36 位十六进制字符串。GUID 是微软对同一标准的称呼，两者通用。本工具生成完全由随机数构成的 v4 版本，取自浏览器加密安全随机源。没有注册中心，也不泄露时间与设备信息，碰撞概率可忽略。
v1 与 v4 的区别在来源：v1 取自时间戳和网卡地址，可能暴露生成时间与设备。v4 纯随机，最适合 API 测试、数据库主键与会话标识等大多数场景。去掉连字符只是去掉可读性分隔，信息量与唯一性不变，批量生成后按所需格式直接取用。
原理与背景
v4 的 128 位里有 6 位固定为版本号与变体位，真正随机的只有 122 位。按生日问题估算，生成一万亿个 v4 出现一次碰撞的概率仍不到十的负十三次方。每秒生成十亿个、连续生成八十五年，才有一半概率撞上一次。分布式 ID 与幂等键都把「不会重复」当作前提，这个前提由这 122 位随机数撑起来。日常使用完全可以当作不会重复，前提是随机源本身可靠，挑生成工具时要留意实现。
标准由 RFC 4122 定义，2024 年合并更新为 RFC 9562，同批纳入的还有按时间排序的 v7 版本。连字符只是展示格式，信息本体是十六个字节，去连字符的 32 位串适合做缓存键。部分数据库的 UUID 原生列类型要求标准写法，入库前先确认目标列。随机 UUID 会让 B 树索引的写入位置完全分散，数据量大时页分裂频繁，插入随表增长变慢。v7 这类时间有序版本被纳入标准，与这一痛点有关。对外展示保留连字符，写入大表则优先考虑有序格式。
典型使用场景
- 接口联调批量造数据
本地起服务后往往没有真实业务 ID 可用，一次生成五十个填进请求体，测试幂等与去重逻辑。格式保证合法，联调结束点清空即可，不留残留数据污染下一条用例。
- 跨服务请求追踪
微服务链路上给每个请求打一个 UUID 逐层传递，检索日志时一查到底。v4 不携带机器信息，写进公开日志也不会暴露内部拓扑，排障效率提升立竿见影，新人接手也省事。
- 离线建单与数据同步
客户端离线创建的订单先在本地生成 UUID 作主键，回网同步时不会与服务端冲突。这种先建单后同步的模式依赖随机 ID 的全局唯一性，也是移动应用的常见设计。
使用技巧
- v4 纯随机不携带时间与设备信息，在公开日志或对外接口中更安全。
- 去连字符后的 32 位串适合做缓存键与文件名，唯一性不受影响。
- 勾选 Show generation time 可以看到本批次的生成耗时，500 个通常毫秒级完成。
注意事项
- UUID 不是安全令牌
v4 有一百二十二位随机数，猜测难度极高，但标准并未把它定义为密钥，实现质量也没有强保证。会话令牌请交给专门的密钥生成方案，别拿它凑数，安全审查也不认可这种做法。
- 原生列要求标准格式
去连字符或转大写后，字符串可能无法写入部分数据库的 UUID 原生列而报错。入库前确认目标列类型，或改用字符列存储调整后的格式，避免中途返工。
- 随机主键伤写入性能
v4 完全随机，写入量大的表用它做聚簇主键会造成页分裂与写放大，数据量越大插入越慢。高并发写入场景考虑 v7 或自增列配合使用，压测数据也会诚实很多。