点击上方「生成UUID」按钮开始生成
UUID（Universally Unique Identifier，通用唯一标识符）是一种128位的标识符，用于在分布式系统中唯一标识信息。它由32个十六进制字符组成，通常以8-4-4-4-12的格式显示，中间用连字符分隔。
本工具支持两种最常用的UUID版本：UUID v4基于随机数生成，不包含任何可识别信息，隐私性最好，是目前最推荐使用的版本。UUID v1基于时间戳和MAC地址生成，包含生成时间信息，可以反推出大致的生成时间，但在隐私敏感场景中不推荐使用。
• 数据库主键：分布式系统中避免ID冲突，无需中心节点分配
• API请求追踪：为每个请求分配唯一ID，便于日志追踪和调试
• 会话标识：生成安全的Session ID或Token标识
• 文件命名：避免文件名冲突，特别是在多用户上传场景中
• 订单号/流水号：生成唯一的业务流水号，保证不重复
本UUID生成器操作简单直观，以下是详细的使用指南：
选择版本：在「UUID版本」下拉菜单中选择你需要的版本。推荐选择「UUID v4（随机）」，这是目前最常用、最安全的版本，完全基于随机数生成，不包含任何可追踪信息。如果你需要包含时间信息的标识符，可以选择「UUID v1（时间戳）」，但请注意它会暴露生成时间。
设置数量：在「生成数量」输入框中输入需要生成的UUID数量（1-100个）。如果你只需要一个UUID，保持默认值1即可。批量生成功能适合需要一次性获取多个唯一标识符的场景，如批量导入数据前预分配ID。
选择格式：勾选「移除连字符」选项可以将标准格式（如550e8400-e29b-41d4-a716-446655440000）转换为无连字符格式（如550e8400e29b41d4a716446655440000）。无连字符格式在某些编程语言和数据库中更便于处理，但可读性较差。
生成与导出：点击「生成UUID」按钮即可生成结果。生成后可以使用「复制全部」按钮将所有UUID复制到剪贴板，或使用「下载文本」按钮将结果保存为文本文件。每个UUID右侧都有单独的复制按钮，方便你快速复制单个结果。
UUID在现代软件开发中应用广泛，以下是几个典型的使用场景：
分布式数据库主键：在微服务架构中，多个服务可能同时向数据库写入数据。使用UUID作为主键可以确保不同服务生成的ID不会冲突，无需依赖中心化的ID分配服务（如雪花算法）。这在MongoDB、Cassandra等NoSQL数据库中尤为常见，因为这些数据库天然推荐使用UUID作为主键。
API请求追踪与链路分析：在微服务架构中，一个请求可能经过多个服务处理。为每个请求分配一个UUID作为Trace ID，可以在日志中追踪请求的完整生命周期。当出现问题时，通过Trace ID可以快速定位到具体的请求链路和每个服务的处理耗时，大大提升故障排查效率。
安全Token与会话管理：在用户认证系统中，UUID常被用来生成Session ID、Refresh Token和API Key。由于UUID v4的随机性极高，理论上不可能被猜测或暴力破解。结合适当的过期机制和存储安全策略，可以构建安全可靠的用户认证体系。
UUID的结构：标准UUID由128位组成，以十六进制表示共32个字符，加上4个连字符分为5组（8-4-4-4-12）。第13位字符标识UUID版本（v1为1，v4为4），第17位的首两位标识变体（通常为10，表示RFC 4122标准）。这种结构使得UUID可以被快速识别和解析。
UUID v7：UUID v7是2022年发布的新标准（RFC草案），它将时间戳信息编码到UUID的前48位，同时保持后80位的随机性。这样既保留了按时间排序的能力，又避免了v1的隐私泄露问题。v7被认为是未来最佳的UUID选择，但目前尚未被广泛采用。
UUID与GUID：GUID（Globally Unique Identifier）是微软对UUID的实现，两者在本质上是相同的。在.NET生态和Windows系统中常称为GUID，而在其他语言和标准中则称为UUID。本工具生成的UUID完全符合RFC 4122标准，可以在任何支持UUID的系统中使用。
碰撞概率：UUID v4理论上有2^122种可能（约5.3×10^36）。即使每秒生成10亿个UUID，需要约85年才有50%的概率出现一次碰撞。在实际应用中，这种碰撞概率可以忽略不计。但如果你对唯一性有极高要求，可以考虑使用UUID v7或结合其他策略（如时间戳+随机数）。
UUID（Universally Unique Identifier，通用唯一标识符）是一种128位的标识符，用于在分布式系统中唯一标识信息。UUID v4是最常用的版本，基于随机数生成，理论上有约2^122种可能，碰撞概率极低。
UUID v1基于时间戳和MAC地址生成，包含时间信息，可以反推出生成时间。UUID v4完全基于随机数生成，不包含任何可识别信息，隐私性更好，是目前最常用的版本。
UUID v4理论上存在极微小的碰撞概率（约1/2^122），但在实际应用中几乎可以忽略不计。即使每秒生成10亿个UUID，需要约85年才有50%的概率出现一次碰撞。
不推荐。UUID虽然随机性很高，但它的设计目的是唯一标识而非密码安全。密码应使用专门的密码生成器，生成包含大小写字母、数字和特殊符号的高熵字符串，并确保足够的长度（至少12位以上）。
无连字符格式（32个字符）在某些编程语言和数据库中更便于处理。例如在URL参数中传递时不需要额外编码，在数据库索引中占用的空间更小，在代码中使用也更简洁。但可读性较差，调试时不如标准格式直观。
各有优劣。自增ID查询性能更好、占用空间更小，但无法分布式生成、容易暴露数据量。UUID可以分布式生成、不暴露数据量、更安全，但占用空间大（16字节vs 4-8字节）、索引性能略差。建议根据具体场景选择，或者使用雪花算法等折中方案。
有效的UUID应符合RFC 4122标准：32个十六进制字符，第13位为版本号（1、4、6、7等），第17位首两位为变体标识（通常为10）。标准格式使用8-4-4-4-12的分组方式。你可以使用本工具生成的UUID，它们都经过严格验证。
UUID v4完全基于随机数，无法逆向解析出任何信息。UUID v1包含时间戳和MAC地址信息，理论上可以反推出生成时间和设备信息。如果你关注隐私安全，始终推荐使用UUID v4。