本文介绍一种避免重复冲突、无需循环重试的 laravel 唯一编号生成方案：利用自增 id 的确定性与随机前缀组合，生成高可用、可追溯、无限扩展的数字字符串。
在 Laravel 中为模型（如 Ticket）生成唯一数字编号时，直接使用 mt_rand() 配合数据库查重（如 where(‘number’, $rand)->exists()）看似简单，实则存在严重隐患：随着数据量增长，碰撞概率上升，递归重试可能导致栈溢出、性能陡降，甚至死循环；更关键的是，该方式违背了“唯一性应由逻辑保障而非概率试探”的工程原则。
推荐方案：基于 created 事件 + 自增 ID 拓展生成
Laravel 的 created 模型事件在记录已成功写入数据库后触发，此时 $ticket->id 已确定且全局唯一。我们可安全地将其作为唯一性基石，再叠加可控的随机/规则化前缀，构建语义清晰、永不重复的编号：
// 在 Ticket 模型中注册事件监听（例如在 boot() 方法中）
protected static function boot()
{
parent::boot();
static::created(function (Ticket $ticket) {
// 生成 4 位随机前缀（1000–9999），确保长度稳定且不易被猜测序列
$prefix = rand(1000, 9999);
// 将主键 ID 补零至 3 位（如 id=7 → '007'），避免短 ID 导致编号过短
$suffix = str_pad($ticket->id, 3, '0', STR_PAD_LEFT);
// 组合并持久化（注意：此时模型已入库，需显式 save()）
$ticket->number = $prefix . $suffix;
$ticket->save();
});
}
✅ 优势解析：
- 绝对唯一：$ticket->id 是数据库自增主键，天然全局唯一，无碰撞风险；
- 无限扩展：只要数据库支持更大整型（如 BIGINT），ID 可持续增长，编号永不枯竭；
- 高性能：零查询、零循环、零递归，仅一次额外 UPDATE，毫秒级完成；
- 可读可追溯：编号隐含创建顺序（后缀反映 ID 序列），便于运维排查；
- 灵活定制：前缀可替换为时间戳片段、业务编码、哈希摘要等，满足合规或分库分表需求。
⚠️ 注意事项：
- 切勿在 creating 事件中使用此方案——此时 $ticket->id 尚未生成，值为 null；
- 若需更高安全性（如防 ID 泄露），可用 Hashids 或 ulid() 替代原始 ID，但仍建议在 created 中处理；
- 确保 number 字段在数据库中设置 UNIQUE 约束作为最终兜底（虽理论上不必要，但属最佳实践）。
综上，放弃“随机+重试”的脆弱模式，拥抱“ID+增强”的确定性方案，是构建健壮 Laravel 编号系统的专业之选。