正
正则测试器
在线使用 开发工具
边写正则边看结果：命中处黄色高亮，逐条列出位置、分组和命名捕获组。
U
UUID 生成
一次性批量生成 v4 随机 UUID 或 v7 时间有序 UUID，格式随心调，复制或导出文件都行。
类型在线工具，免安装处理方式浏览器本地完成，不上传费用完全免费更新2026-10-21
使用说明
- 先选版本：v4 是纯随机 128 位，适合做主键或文件名；v7 前 48 位是毫秒时间戳，天然按生成顺序递增，适合做数据库主键。
- 在「数量」里填要生成的个数，上限 1000 个，超过会提示。
- 按需要勾选大写、去掉连字符、加大括号，或者填一个前缀和后缀，生成时自动套上去。
- 点「生成」后结果列表会刷出来，单条点一下即可复制，也可以用「复制全部」一次拿走。
- 要落到文件里就点「下载 txt」或「下载 json」，json 里带版本、时间戳和生成数量，方便程序读取。
常见问题
生成的 UUID 会重复吗？
v4 的 122 位随机部分由浏览器加密级随机源（crypto.getRandomValues）产生，理论碰撞概率低到可以忽略：即便每秒生成 10 亿个、连生成 100 年，重复的可能性也远小于硬盘损坏的概率。所以正常业务里不必做去重查询。
v4 和 v7 该选哪个？
做数据库主键推荐 v7：它开头就是时间戳，索引插入基本是顺序追加，不会像 v4 那样把 B+ 树随机打散，数据量大时写入快得多。做一次性令牌、文件名、临时目录名就用 v4，因为它完全不泄露生成时间。v7 会暴露「什么时候生成的」这个信息，公开场景要留意。
UUID 和 GUID 是一回事吗？
格式上一样，都是 32 个十六进制字符加 4 个连字符。GUID 是微软的叫法，在 .NET 的 Guid.NewGuid() 和 Windows 注册表里用得多；UUID 是 RFC 4122 的标准叫法。两者可以直接互相填充，去不去掉大括号只是格式差异。
生成过程需要联网或上传吗？有没有量级限制？
完全不需要联网，随机数在本地由 crypto 接口生成，不上传、不记录、不留存，刷新页面即清空。单次上限 1000 个是防止浏览器卡顿的保护措施，可以反复生成多次，累计数量没有限制。
生成的 UUID 能直接当密码或激活码用吗？
v4 的 122 位熵确实足够抵御暴力猜测，作为一次性令牌（重设密码链接、API key）可以接受。但它不能替代密码：UUID 没有加盐哈希、不能设置过期、也无法撤销，正式系统里请把 UUID 当「标识符」用，真正的凭据交给专门的令牌机制。
为什么有些生成的 UUID 看起来有规律？
如果你选的是 v7，前几位是毫秒时间戳，连续生成时开头几乎一样、后几位递增，这是设计如此，不是随机性出了问题。选 v4 再看就会发现每一条都完全不同。
标签
本工具的所有处理都在你的浏览器里完成，不需要注册、不需要安装，也不会上传你的数据。