UUID 生成

本工具是纯前端实现（FE），所有计算在浏览器本地完成，不经过服务器。批量生成数量没有硬性限制，但生成 10 万个以上时，页面渲染和内存占用会明显增加，可能导致浏览器卡顿或标签页崩溃。建议单次生成不超过 1 万个，既保证速度，也避免浏览器无响应。如果确实需要大批量，可分多次生成后自行合并。

v1 基于时间戳和 MAC 地址生成，相同机器短时间内的 UUID 前缀相似，适合需要排序或追踪来源的场景。v4 是完全随机生成，碰撞概率极低，是最通用的选择。v5 需要输入一个名字空间和一个名称，对同一输入总是生成相同 UUID，适合做内容寻址。v7 是较新的版本，带时间戳前缀且随机后缀，比 v1 更安全（不暴露 MAC），同时保持可排序。日常开发选 v4 最省心，需要可排序或可重复生成时选 v1 或 v7。

命名空间（namespace）是一个预先定义的 UUID，比如 DNS 命名空间是 6ba7b810-9dad-11d1-80b4-00c04fd430c8，名称是你想标识的具体字符串（如域名）。v5 的算法会把这俩值做哈希，保证相同的命名空间+名称组合永远生成同一个 UUID。如果随便填，你将失去“可重复性”，因为别人用同样的名称但不同的命名空间会得到不同结果。建议参考 RFC 4122 的预设命名空间（DNS、URL、OID、X.500），除非你有自定义需求。

v4 UUID 有 122 位随机数，理论碰撞概率极低：每秒生成 10 亿个，持续 100 年，重复概率约 50%。v1 和 v7 依靠时间戳+唯一标识，在单台机器上不会重复。全球范围看，v4 的随机性足够强，实际应用中几乎不会发生碰撞。如果仍然担心，可选用 v5 并自定义命名空间（比如用你的域名作为名称空间），这样你的业务系统内生成的 UUID 完全由你控制，不存在外部碰撞。

v1 UUID 的前 8 位（时间戳的低位）在短时间内变化很小，如果一次批量生成间隔毫秒级，这些位确实可能相同。这是 v1 的正常行为：它的时间戳部分精度到 100 纳秒，但实际生成时受操作系统时钟精度限制，同一毫秒内产生多个 UUID 时，时间戳部分会重复，靠时钟序列和节点字段保证唯一性。如果介意视觉上的重复，改用 v4 或 v7；v7 虽然也有时间戳前缀，但后缀随机性更强，视觉上更分散。

完全离线可用。本工具是纯前端实现（FE），UUID 生成逻辑在浏览器中用 JavaScript 完成，不会向任何服务器发送数据。即使断网，页面加载后也能正常使用。v4 的随机数来自浏览器内置的 crypto.getRandomValues()，v1/v7 的时间戳来自本地系统时钟，全部在本地计算。隐私敏感场景（如生成密钥相关 UUID）可以放心使用。

默认生成的是标准格式，带 4 个连字符（如 550e8400-e29b-41d4-a716-446655440000）。如果数据库或接口需要 32 位纯十六进制字符串（无横杠），本工具在结果展示区提供了“复制无横杠版”按钮，或者复制后手动用替换功能去掉 - 即可。注意：v1 和 v7 的时间戳部分带横杠时更易读，但纯 32 位格式对存储更友好。

v1 的节点字段使用了机器 MAC 地址（48 位），这会暴露设备的物理硬件标识。如果你在公共代码或日志中泄露 v1 UUID，别人可以反推出你的网卡厂商甚至具体设备。v7 虽然也包含时间戳，但后缀是随机生成的（48 位随机数），不携带任何硬件信息，既保留了按时间排序的能力，又避免了 MAC 地址泄露风险。因此在新系统中推荐优先使用 v7（如果支持），而不是 v1。