前言

做过电商 PC 端开发的兄弟估计都懂：经常得弄个「绝不会跟别的重样的编号」—— 比如给弹窗、临时加的商品条目、页面里动态蹦出来的元素做标识，免得代码把东西搞混。这事看着好像随手就能写，但真要做到基本不重复，可比想的要坑。

今天就唠唠大伙常踩的俩坑，再给你说个浏览器自带的一行代码搞定靠谱法子。怎么说呢，

一、先踩第一个坑：拿时间戳加随机数凑数

好多人第一反应都是：把当前时间加个随机数不就行了？比如会写这么一段代码：

function generateNaiveId {
return Date.now.toString + Math.random.toString.substr;}

出来的大概是 l6n7f4v2am50k9m7o4 这种。看着好像既有时间 “独一份”，又有随机数变化，挺好用？但真放到正经生产环境里这就是个定时炸弹：

• 时间戳精度不够

  Date.now只能精确到毫秒。要是在同一毫秒里连续调用两次这个函数 —— 比如使用者点按钮点得特别快，或者页面一下子要生成好几个 ID—— 那 ID 的前半段就会完全一样。

• 随机数不靠谱

  Math.random那玩意生的不是真正安全随机数。运气背的时候，短时间内可能跑出一模一样的序列。

再看使用者痛点，在高并发或一次性大量生成 ID 时经常出现重复导致业务逻辑失效；难以在短时间内保证唯一性；维护成本高，

二、再踩第二个坑：用自增的计数器

还有人想更简单：整个全局数字。每次生成 ID 就把数字加，从基础开始往上排不就得了？ 但这个法子的问题更离谱：

• 浏览器“没记性”——使用者刷新页面后计数器归零重来。
• 若使用者打开同款页面两个实例。每个页面计数器都从基础开始，生成 ID 会直接撞车。

使用者痛点补充：

• 多窗口/多Tab环境下难以保持全局唯一性。
• 无法跨会话持久化，导致重启后产生冲突。怎么说呢，

三、别瞎折腾了：用浏览器自带的正经法子

其实现在现代浏览器早已提供靠谱工具 ——.randomUUID。一行代码即可生成绝对可靠唯一 ID：

const uniqueId = crypto.randomUUID;

为什么叫王者？因为它具备以下优势：

1. 基本不可能撞号
• 采用128位随机数组合。总组合数远超地球沙粒数量，理论冲突概率接近0。
2. 安全随机数源头
• 利用浏览器内置 Crypto API。不是简单的 Math.random，而是经过硬件/操作程序级别安全种子的分布式 RNG，可防止预测和攻击。
3. 全球通用标准格式
• 符合 RFC4122 标准。可直接用于数据库主键、URL 参数或跨程序接口，无需转换或兼容处理。
4. 省心高效无依赖
• 无需引入第三方库，只要浏览器支持即可；Node.js14+一样可用；调用速度快，占用资源低，

Avoid DIY generators—use native crypto.randomUUID.