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 Auto-Increment Integer (1, 2, 3...). It's simple, human-readable, 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…