批量生成全局唯一 ID：下拉选 UUID v4 或 NanoID，填一到一百的数量点生成，结果逐行列出、一键复制全部，随机数由浏览器加密接口现场提供。
UUID v4 的长相与来历
标准 UUID 是 36 个字符的字符串：32 个十六进制数字按 8-4-4-4-12 分组，中间四个连字符。v4 版式里版本号与变体标记的几位是固定值，其余约 122 位全部来自随机数——这是它无需中心协调、各自生成也近乎不重复的底气，各语言运行时与数据库普遍原生支持。
碰撞概率到底多小
关心唯一性，正确问法是概率而非运气：v4 携带约 122 位随机性，按生日悖论估算，生成十亿个出现重复的概率仍低于十亿分之一，工程上可直接充当主键、无需回查去重。真正该警惕的是来源：时间戳拼接或普通伪随机函数凑出的仿 UUID 才会出事，本页走 crypto 级随机接口。
NanoID：更短，且对 URL 友好
同样基于加密级随机，NanoID 默认 21 字符、随机空间约 126 位，安全水位与 UUID v4 同档。字符表为大小写字母、数字、下划线与连字符共 64 个符号，天然 URL 安全、放进链接或表单参数无需转义。选择逻辑朴素：跨系统交换、要标准兼容用 UUID，自家产品嫌标识太长用 NanoID，在 UUID 与 NanoID 生成器 里切换下拉即可。
批量生成的实际用法
打开页面时默认已生成五条 UUID 示例；改数量、切类型后重新点生成即可，单次上限一百条，足够给测试库灌一批种子数据。「复制全部」把结果按每行一个放进剪贴板，脚本可逐行读取；「清空」用于分批操作时隔离上下两批。
使用技巧
- 先切类型再生成，两种 ID 混在同一页结果里逐条挑，粘贴时极易拿错。
- 介意大小写混杂的场景优先选 UUID，它的字符集只有数字与 a-f 加连字符，NanoID 含大写字母。
- 复制动作要赶在关页之前：纯随机 ID 一旦页面刷新就无从找回。
常见问题
UUID 能直接当数据库主键吗？
可以，v4 的重复概率在工程尺度上可忽略；只是随机值对聚簇索引的局部性不如自增编号，超大写入量时可再权衡。
NanoID 会不会撞名？
21 位、约 126 位随机空间下，量级结论与 UUID v4 类似，常规业务规模无需担心；到亿级体量再加一层唯一约束兜底。
生成的 ID 会被上传或留日志吗？
不会。全部在浏览器本地用加密级随机数生成，不发请求、不落存储。
小结
UUID 提供标准与兼容，NanoID 提供长度与整洁，两者都建立在加密随机之上，按标识要存活在什么系统里来做选择就行。