UUID 和随机 ID 怎么选？唯一标识、短 ID、订单号和安全随机指南

系统里经常需要唯一标识：用户 ID、请求 ID、文件名、订单追踪、临时 token。UUID 是常见选择之一，但不是所有场景都必须用 UUID。

你可以用 UUID / 随机 ID 生成工具 快速生成测试 ID。

UUID 适合什么

适合：

• 分布式系统生成 ID。
• 请求追踪 ID。
• 临时文件名。
• 数据库外部标识。
• 不想暴露自增 ID 的场景。

UUID 很长，不适合所有面向用户展示的编号。

短 ID 的取舍

短 ID 更容易读和复制，但碰撞概率更高。长度越短，字符集越小，重复风险越大。

订单号、邀请码、兑换码要根据业务量设计，不要随便用几位随机数。

安全随机

如果 ID 用于密码重置、登录 token、私密链接，就需要密码学安全随机数，不要用普通 Math.random()。

工具生成适合测试和临时使用，生产系统要使用后端安全随机 API。

面向用户的编号要另外设计

UUID 很适合机器处理，但用户看到一长串字符时很难复制、核对和沟通。订单号、工单号、邀请码、兑换码通常要兼顾唯一性、长度、可读性和防猜测。你可以用 UUID 作为内部 ID，再给用户展示更短的业务编号。

业务编号不要只看“这次会不会重复”，还要看未来一年、三年、十年的生成量。字符集、长度、是否区分大小写、是否排除易混淆字符，都应该提前定好。比如 0 和 O、1 和 I 在客服沟通里很容易出错。

数据库里怎么用

如果 UUID 用作数据库主键，要考虑索引体积和写入顺序。随机 UUID 对某些数据库索引不如递增 ID 友好。很多系统会选择内部自增 ID 加外部 UUID，既保留性能，也避免暴露连续编号。

总结

UUID 适合唯一标识和追踪，不一定适合人读。短 ID 要评估碰撞，安全 token 要使用安全随机。

需要生成测试值时，可以用 UUID / 随机 ID 生成工具，再根据场景决定长度和格式。