订单号生成不能用uniqid()或mt_rand()，因其不保证唯一性；推荐用Str::random()+时间戳+业务前缀组合，兼顾唯一性、可读性与规范性。
ThinkPHP 事件里生成订单号，不能直接用 event() 触发时顺手调 uniqid() 或 mt_rand() —— 它们不保证唯一性，尤其高并发下大概率重复。
为什么 uniqid() 在订单场景下不安全
ThinkPHP 的事件（如 OrderCreated）只是执行时机，不解决 ID 冲突问题。uniqid() 默认只基于微秒时间戳，同一微秒内多次调用会返回相同值；加 more_entropy 参数虽能提升随机性，但 PHP 7.4+ 已弃用该参数，且仍无法 100% 避免碰撞。
- 本地开发单请求测试看似正常，压测时每秒 50+ 订单就可能撞出重复
order_no - 如果数据库字段是
UNIQUE约束，会直接抛出SQLSTATE[23000]: Integrity constraint violation -
uniqid('', true)返回字符串含点号（如65a7f1b2c3d4e.12345678），不适合当订单号（含非法字符、长度不可控）
推荐方案：用 think\helper\Str::random() + 时间戳 + 业务前缀
ThinkPHP 自带的 Str::random() 基于 random_bytes()，安全性与唯一性远超 mt_rand()；拼接时间戳可保证时序可读性，加业务前缀便于区分来源。
// 示例：在事件监听器中生成订单号
use think\helper\Str;
$prefix = 'ORD';
$timestamp = date('ymdHis'); // 241205102345 → 24年12月05日10点23分45秒
$random = Str::random(6, 'ABCDEFGHJKLMNPQRSTUVWXYZ23456789'); // 6位大写字母+数字，避开易混淆字符
$orderNo = $prefix . $timestamp . $random;
// 结果类似：ORD241205102345K7M9X2
- 长度固定（前缀2+时间12+随机6=20位），适合
VARCHAR(32)字段 - 不含 0/O/l/I 等易混淆字符，人工核对友好
- 即使同一秒生成 1000 单，6位 32 进制组合有 ≈ 109 种可能，冲突概率可忽略
- 注意：不要用
Str::random(6, '0123456789')—— 纯数字 6 位只有 100 万种，不够用
更严格场景：用数据库自增 ID 或 Redis 原子计数器
金融类或超大规模订单（如秒杀），建议放弃纯字符串 ID，改用可验证的序列化方式：
立即学习“PHP免费学习笔记（深入）”；
- 插入订单前先
INSERT INTO order_counter (stub) VALUES ('a') ON DUPLICATE KEY UPDATE id = LAST_INSERT_ID(id + 1)，再取LAST_INSERT_ID()拼接时间戳 - 或用 Redis：
INCR order:seq:20241205，返回当天自增序号，再格式化为ORD20241205000001 - 避免在事件中做耗时 DB 查询 —— 若监听器需立刻返回订单号，应把 ID 生成逻辑放在订单创建主流程，事件只负责后续通知、日志等轻量操作
- Redis 方案要注意：若服务重启未持久化，
INCR值会丢失，需配合初始化脚本或降级到 DB 方案
真正难的不是“怎么生成”，而是“怎么确保每次都不重复”。时间戳 + 高熵随机串是 ThinkPHP 项目中最平衡的选择，但只要没做幂等校验或数据库唯一约束兜底，任何生成逻辑都可能翻车。
