UUID生成器 (v4, 随机ID, 唯一标识符)
使用 crypto.randomUUID，本地生成唯一标识符，数据不上传。
本地创建 UUID v4，支持批量与一键复制。
使用 crypto.randomUUID（可用时）本地生成一个或多个 UUID，可大写或去连字符，数据不外传。
页面质量说明
- 步骤与说明会和当前工具行为一起核对。
- 浏览器限制、文件大小或兼容性差异会在相关位置标明。
- 除非页面明确说明，否则文件和文本优先在本地浏览器中处理。
什么是 UUID？
通用唯一标识符 (UUID) 是用于计算机系统中信息的 128 位标签。标准版本 4 (v4) 是纯随机的，确保您可以独立生成 ID 而无需中央授权，并且重复的概率几乎为零。
格式结构：
标准 UUID 看起来像这样：xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx。
4表示版本 4 (随机)。y是 8, 9, A, 或 B (变体) 之一。- 其余是十六进制数字 (0-9, a-f)。
用例：
- 数据库键：非常适合自增整数会导致冲突的分布式数据库中的主键。
- 会话 ID：安全地跟踪用户会话。
- API 令牌：为用户生成唯一的访问令牌。
核心功能
- 一键批量: 一次生成多个UUID，用于播种数据库、API密钥或测试夹具。
- 格式化选项: 根据您的项目约定去除连字符或大写输出。
- 剪贴板就绪: 即时复制单个ID或整个批次。
常见问题
这些UUID有多安全？
生成器在可用时依靠 crypto.randomUUID，在浏览器内提供加密级随机性。
我可以一次生成数百个吗？
UI每批最多支持50个以保持可管理性。如果需要，请运行多个批次。
ID 会重复吗？
UUID v4 具有 122 位的随机性，因此碰撞的可能性极低。
相关文章
-
UUID vs. Auto-Increment: Why Developers Choose Random IDs for Databases
One of the first decisions you make when designing a database schema is: What should be the Primary Key? For decades, the default answer was AutoIncrement Integer (1, 2, 3...). It's simple, humanreadable, and efficient. But in modern distributed systems, UUIDs (Universally Unique Identifiers) have become the gold standard. Why the shift? And when should you stick to the old ways? Let's dive in…