项目开发中php uniqid()怎么用？分享几个实用的代码实例

发布日期： 2025-10-06 阅读量： 作者： admin

今天来聊聊PHP里头那个叫 `uniqid()` 的玩意儿。这东西，当初我刚接触PHP做点小东西的时候，觉得挺神奇的，名字就告诉你了嘛“唯一的ID”。

我的实践经历

想当初，我接手一个小项目，需要给用户上传的文件生成一个不会重复的文件名。那时候经验还不太够，第一个想到的就是PHP手册里看到的 `uniqid()`。看着简单，直接调用就行，多省事。

一开始的代码大概是这样的：

我就直接获取了用户上传文件的后缀名，然后前面就用 `uniqid()` 生成一个串，拼一起，觉得这文件名肯定就唯一了，毕竟带了微秒时间戳嘛

然后我就开始测试了。

开始手动上传几个文件，没问题，文件名看起来确实不一样。心里还挺美，觉得这函数真好用。

麻烦来了。

为了模拟多用户同时上传或者快速连续上传的场景，我写了个简单的脚本，循环里头快速调用这个上传处理逻辑，模拟生成文件名。跑起来一看，傻眼了。在一秒钟内，甚至几毫秒内，如果请求量稍微大一点，或者我那个测试循环跑得飞快，`uniqid()` 生成出来的ID，竟然有好些个是重复的！

我当时就有点懵。

不是说唯一的吗？咋还重复了？赶紧又回去翻手册，仔细看说明。，原来它主要是基于当前时间的微秒数来生成的。你想，计算机跑得多快，尤其是在一个循环里头，或者服务器稍微一卡顿，处理并发请求的时候，可能在同一个微秒或者非常接近的时间点，处理了好几个请求。那生成的ID自然就可能撞上了。

发现问题后，我就开始琢磨了。

手册里提到 `uniqid()` 可以带参数。

第一个参数是前缀 `prefix`：这个好理解，就是在生成的ID前面加个固定的字符串。比如我加个 `user_` 或者别的标识，能增加点识别度，但对解决重复问题本身，用处不大。
第二个参数是 `more_entropy`：把它设成 `true`，函数会在生成的ID后面再加点“熵”（就是随机性）。加上这个参数后，生成的ID字符串会变长，从13位变成23位。

我赶紧把第二个参数加上试试：

改成 `uniqid('myfile_', true)` 这样子。再跑我的测试脚本，情况确实好了不少，重复的概率大大降低了。但是，我心里还是有点打鼓，它这个“熵”到底有多可靠？在高并发下真的能保证绝对唯一吗？感觉还是有点悬。

的体会：

通过这回实践，我算是摸清楚了 `uniqid()` 的脾气。它用起来是简单，但在需要严格保证唯一性的场景，尤其是在并发量可能比较高，或者极短时间内需要生成大量ID的情况下，单靠它是不行的，风险挺大。

后来做类似功能，我就更倾向于用更可靠的方法了，比如结合 `md5(uniqid(mt_rand(), true))` 这种方式，或者干脆用专门生成UUID（通用唯一识别码）的库或者方法。虽然麻烦一点，但睡得踏实。

所以说，`uniqid()` 这个函数，用在一些对唯一性要求不是特别特别严格，或者并发量不大的地方，图个省事还行。但真要上生产环境，处理关键业务逻辑，比如订单号、流水号这种，还是得用更稳妥的方案，别给自己挖坑。