唯一标识符格式的技术差异
在现代软件开发与数据库设计中，选择合适的唯一标识符（ID）格式需要在随机性、可读性、长度以及数据库索引效率之间进行权衡。本生成器支持四种主流的 ID 格式：
- UUID v4：这是应用最广泛的传统无序标识符。它在 36 个字符的格式中包含 122 位的纯随机数。由于其完全随机的特性，UUID v4 在高并发写入数据库时会导致索引分裂，从而影响写入性能。
- UUID v7：这是一种新型的标识符格式，同样采用 36 个字符的展现形式，但其开头包含一个毫秒级的时间戳。这种设计使得 UUID v7 具有时间局部性，生成顺序大致按创建时间排列，非常适合作为数据库的主键，既保留了 UUID 的标准格式，又优化了 B-Tree 索引的插入效率。
- ULID：与 UUID v7 类似，ULID 也是一种基于时间戳排序的标识符。它将时间戳与随机数编码为 26 个字符的文本格式，不区分大小写，比标准的 UUID 更短，更易于在 URL 中传输。
- NanoID：这是一种无序、紧凑且高度可定制的标识符。它的默认长度为 21 个字符，允许用户自由调整长度和字符集，以适应特定的业务场景。
标识符生成规则与参数配置
本工具支持在浏览器中即时生成 1 到 100 个唯一标识符。通过调整不同的参数，可以实时改变生成结果的结构与外观：
| 参数名称 | 适用格式 | 范围与规则 | 说明 |
|---|---|---|---|
| 格式 | 所有格式 | UUID v4, UUID v7, ULID, NanoID | 选择要生成的标识符类型。 |
| 数量 | 所有格式 | 1 至 100 之间的整数 | 每次生成的 ID 数量。 |
| 大写 | UUID v4, UUID v7 | 开启 / 关闭 | 控制 UUID 输出时是否使用大写字母。 |
| 包含连字符 | UUID v4, UUID v7 | 开启 / 关闭 | 控制 UUID 是否包含标准的连字符（-）。 |
| 长度 | NanoID | 2 至 36 之间的整数 | 调整 NanoID 的字符长度，默认值为 21。 |
| 字符集 | NanoID | 至少包含 2 个不同的字符 | 自定义用于生成 NanoID 的字符源。 |
边界条件与错误处理
在配置 NanoID 的字符集时，输入的字符集至少需要 2 个不同的字符。如果将字符集修改为仅包含 1 个字符，系统将触发错误提示，界面会显示“字符集至少需要 2 个不同的字符。”。此时，已生成的 ID 结果将被清空，ID 计数归零，且“全部复制”按钮将被禁用。
改变任何配置选项都会自动触发重新生成机制，即时更新生成结果。在生成结果列表中，点击任意一个单独的 ID 即可将其复制到剪贴板。
浏览器本地生成与隐私保护
本生成器完全在用户的浏览器本地运行。所有的 ID 生成逻辑均通过浏览器内置的强随机源（Cryptographically Strong Randomness）执行，不依赖任何后端服务器。
在处理敏感数据或开发生产环境系统时，隐私与数据安全至关重要。由于整个生成过程完全在本地完成，你的 ID 会用浏览器里的强随机源本地生成，不会发送到 BroBroGo。
常见问题解答
UUID v4、UUID v7、ULID 和 NanoID 有什么区别？
UUID v4 是 122 位纯随机数，采用大家熟悉的 36 位字符格式，但顺序完全随机，对数据库索引不太友好。UUID v7 保留同样的格式，但开头带毫秒级时间戳，生成顺序大致按创建时间排列，很适合做主键。ULID 用同样的时间优先思路，编码成更短、不区分大小写的 26 位字符串。NanoID 完全放弃排序，换来更短、可自由定制长度和字符集的 ID。
这些 ID 够随机、猜不出来吗？
够。每个 ID 都用浏览器里的加密强度随机源生成，而不是可预测的随机数。UUID v4 和 NanoID 默认字符集的随机性都远超 100 位。UUID v7 和 ULID 会拿出大约 48 位随机性换成开头的时间戳，所以这两种格式适合当作可排序的 ID，不适合当作密钥使用。
NanoID 的长度和字符集能自定义吗？
可以。切换到 NanoID 模式后，这里会出现长度滑块（默认 21 位，和官方库一致）和可编辑的字符集输入框。缩短长度或收窄字符集都会降低抗碰撞能力，字符集越窄就越该把长度调高一些。
UUID v7 和 ULID 能保证绝对的严格排序吗？
不能。UUID v7 和 ULID 的开头部分是毫秒级的时间戳，因此它们可以保证在不同毫秒之间生成的 ID 具有严格的先后顺序。然而，对于在同一毫秒内生成的多个 ID，由于后半部分是由随机数填充的，因此无法保证严格的先后顺序。