唯一 ID 生成器

唯一 ID 生成器使用加密算法、基于时间戳的方法或随机数生成方法来创建标识符，以保证在不同系统中的唯一性。它们生成的标识符包括 UUID（通用唯一）、NanoID（紧凑型），或数据库、URL、会话令牌、文件名和应用程序标识符的自定义格式。

唯一 ID 生成器支持多种格式：UUID v4（随机，36 个字符）、UUID v1（基于时间戳）、NanoID（URL 安全，可自定义长度）、ULID（可排序）、短 ID（紧凑型）、字母数字字符串、数字 ID 和自定义格式标识符，以满足各种应用和要求。

唯一 ID 可以防止数据冲突，确保数据库记录的唯一性，实现分布式系统协调，创建可跟踪的 URL，生成安全令牌，方便跨系统引用，保持数据的完整性，支持 API 密钥生成，并提供可靠的标识符，即使在不同的服务器或应用程序中也不会发生碰撞。

是的，我们的唯一 ID 生成器允许自定义格式、长度、字符集（仅限字母数字、十六进制、数字）、前缀/后缀添加、分隔符包含和大小写敏感性。定制的 ID 符合您的命名约定、URL 要求、数据库限制或安全策略。

UUID（通用唯一标识符）是 128 位标识符（36 个字符的字符串，如 "123e4567-e89b-12d3-a456-426614174000"）。将 UUID 用于数据库主键、分布式系统、会话 ID、文件名或任何需要全球唯一标识符而无需集中协调的场合。碰撞概率几乎为零。

UUID v1 使用时间戳和 MAC 地址（可预测、可分类、可显示创建时间和硬件）。UUID v4 完全随机（不可预测、更安全、无硬件信息）。对于具有时间信息的可排序 ID，使用 v1；对于需要不可预测性的安全敏感型应用，使用 v4。

当每秒生成 10 亿个 ID 100 年时，UUID 的碰撞概率小于十亿分之一。NanoID 和其他格式可根据长度和字符集配置抗碰撞性。在实际应用中，正确生成的 ID 保证在所有系统中都是唯一的。

兼顾唯一性和可用性。UUID（36 个字符）非常安全，但长度较长。NanoID（21 个字符）具有类似的唯一性，但长度较短。对于 URL，8-12 个字符通常就足够了。对于数据库密钥，要考虑性能--较短的 ID 意味着较小的索引和较快的查找速度。

是的，为干净的 URL 生成简短、URL 安全的 ID（example.com/abc123 而不是 example.com/article?id=456）。使用 URL 安全字符集（字母数字、连字符），避免使用外观相似的字符（0/O、1/l），保持适中的长度（6-12 个字符），并确保 ID 的安全性不可预测。

NanoID 是结构紧凑、URL 安全的唯一标识符（默认 21 个字符），抗碰撞性与 UUID 类似，但比 UUID 小 40%。它们使用 URL 安全字母，生成速度更快，可读性更高，是 URL、文件名或简短标识符中面向公众的 ID 的理想选择。

对于安全令牌（API 密钥、会话令牌、密码重置令牌），应使用足够长度（32 个字符以上）、URL 安全字符和不可预测模式的加密安全随机生成。切勿在安全关键型应用中使用基于顺序或时间戳的 ID，因为它们是可预测的。

顺序 ID（1、2、3......）具有唯一性，但可预测，可显示记录数和创建顺序等信息。它们适用于内部数据库，但避免用于公共 URL（用户可以猜到其他 ID）、安全令牌（可预测）或需要不可预测性的场景。

将 UUID 存储在 CHAR(36) 或 UUID 列（MySQL、PostgreSQL）中。使用 BINARY(16) 以节省空间。对于自定义 ID，请使用具有适当长度的 VARCHAR。为 ID 列建立索引，以便快速查找。选择 ID 格式和数据库类型时，应考虑存储大小与唯一性要求。

自动递增（1、2、3）简单、紧凑、快速，但可预测，在分布式系统中存在问题。UUID 具有全局唯一性，可跨系统使用，但时间较长，速度稍慢。在单服务器数据库中使用自动递增；在分布式系统、公共 API 或有安全要求的应用程序中使用 UUID。