
在许多业务场景中,生成具有特定格式的唯一标识符(如订单号、交易码、发票号等)是常见的需求。这些标识符通常需要包含日期信息,并具备一个每日递增的序列号,例如 PSN-22102021-001。实现这种格式的交易码,既要保证唯一性,又要兼顾可读性和业务逻辑。
以 PSN-22102021-001 为例,一个典型的交易码通常由以下三部分组成:
核心挑战在于如何可靠地生成每日递增的序列号,并确保在高并发场景下的唯一性。
对于需要严格遵循 [前缀]-[日期]-[序列号] 格式,并且序列号必须每日递增的场景,最健壮和推荐的方法是利用数据库的原子操作来管理序列号。
假设我们有一个 transactions 表,其中包含一个 code 字段用于存储交易码。
<?php
namespace App\Services;
use App\Models\Transaction;
use Illuminate\Support\Facades\DB;
use Carbon\Carbon;
class TransactionCodeGenerator
{
/**
* 生成一个符合 PREFIX-DDMMYYYY-NNN 格式的唯一交易码。
* 示例: PSN-22102021-001
*
* @param string $prefix 前缀,例如 'PSN'
* @param int $sequenceLength 序列号的期望长度,例如 3 代表 001, 002...
* @return string 生成的唯一交易码
* @throws \Exception 如果在多次尝试后仍无法生成唯一码
*/
public function generate(string $prefix = 'PSN', int $sequenceLength = 3): string
{
$today = Carbon::now()->format('dmY'); // 格式化日期为 DDMMYYYY
$maxAttempts = 5; // 最大尝试次数,以应对并发冲突
for ($attempt = 0; $attempt < $maxAttempts; $attempt++) {
DB::beginTransaction(); // 开启数据库事务
try {
// 查询当天已存在的最大交易码
// 使用 lockForUpdate() 获取行级锁,防止其他并发请求同时读取和修改
$lastTransaction = Transaction::where('code', 'like', "{$prefix}-{$today}-%")
->orderByDesc('code') // 按代码降序排列,以获取最大的序列号
->lockForUpdate() // 锁定查询结果,防止并发问题
->first();
$sequence = 1;
if ($lastTransaction) {
// 从最后一条交易码中提取序列号
$parts = explode('-', $lastTransaction->code);
if (count($parts) === 3) {
$lastSequence = (int) $parts[2];
$sequence = $lastSequence + 1;
}
}
// 格式化序列号,进行零填充
$formattedSequence = str_pad($sequence, $sequenceLength, '0', STR_PAD_LEFT);
$newCode = "{$prefix}-{$today}-{$formattedSequence}";
// 最终检查:确认生成的代码是否已存在(理论上在 lockForUpdate 作用下不会重复,但作为额外保障)
if (Transaction::where('code', $newCode)->exists()) {
DB::rollBack(); // 代码已存在,回滚事务,尝试下一次循环
continue;
}
DB::commit(); // 提交事务
return $newCode;
} catch (\Throwable $e) { // 捕获 Throwable 以处理所有错误,包括 Error
DB::rollBack(); // 发生异常,回滚事务
// 记录异常日志
\Log::error("生成交易码失败,尝试次数: " . ($attempt + 1) . " 错误: " . $e->getMessage());
// 如果不是最后一次尝试,等待一小段时间后重试
if ($attempt < $maxAttempts - 1) {
usleep(100000); // 等待 100 毫秒
continue;
}
throw $e; // 抛出异常,如果所有尝试都失败
}
}
throw new \Exception('在多次尝试后仍无法生成唯一的交易码。');
}
}使用示例:
// 在控制器或服务中使用
use App\Services\TransactionCodeGenerator;
class OrderController extends Controller
{
public function createOrder()
{
$generator = new TransactionCodeGenerator();
try {
$transactionCode = $generator->generate('ORD', 4); // 生成如 ORD-22102021-0001
// 将 $transactionCode 保存到数据库
// ...
} catch (\Exception $e) {
// 处理生成失败的情况
return back()->withErrors('无法生成订单号: ' . $e->getMessage());
}
}
}虽然上述基于数据库的方法是生成 [前缀]-[日期]-[序列号] 格式交易码的最佳实践,但原始问题答案中提到了 microtime() 和 uniqid()。这些函数主要用于生成全局唯一的标识符,而非特定格式的每日递增序列号。它们可以作为一种快速、简单的唯一ID生成方案,或作为上述复杂方案的补充。
microtime(true) 返回当前Unix时间戳和微秒数。结合日期可以生成一个相对唯一的ID。
<?php
function makeID($prefix = 'PRN'): string
{
// microtime(true) 返回浮点数,如 1634871496.0619
// str_replace('.', '-', ...) 将点替换为连字符,以便作为ID的一部分
$time = str_replace('.', '-', microtime(true));
return $prefix . '-' . $time;
}
echo makeID(); // 示例输出: PRN-1634871496-0619特点:
uniqid() 基于当前时间(微秒)生成一个唯一ID。它还可以接受一个前缀和第二个布尔参数来增加熵。
<?php
function makeUniqueId($prefix = 'PRN'): string
{
// uniqid() 生成一个基于当前微秒数的唯一ID
// 默认生成13个字符的字符串,如 617229f798988
return $prefix . '-' . uniqid();
}
echo makeUniqueId(); // 示例输出: PRN-617229f798988特点:
总结: microtime() 和 uniqid() 适合生成通用、无特定格式要求的唯一ID,例如作为数据库主键(UUID)、缓存键或临时文件名的组成部分。但它们不适合直接用于生成 [前缀]-[日期]-[序列号] 这种要求每日递增和严格序列的交易码。如果业务允许交易码不包含严格的每日序列,而只要求唯一性,那么可以考虑将它们与日期结合,例如 PSN-22102021-617229f798988。
在选择交易码生成策略时,应综合考虑以下因素:
对于 [前缀]-[日期]-[序列号] 这种带有明确业务含义和序列要求的交易码,基于数据库的序列号管理是首选方案。它通过数据库的事务和锁机制,能够可靠地处理并发问题,确保生成的交易码既唯一又符合业务逻辑。虽然实现相对复杂,但其健壮性能够满足大多数生产环境的需求。
如果对序列号的严格递增性要求不高,仅需保证唯一性,或者作为一种辅助手段,可以考虑结合 uniqid() 或 microtime() 来生成ID,但这需要根据具体业务场景进行权衡。例如,可以先尝试生成一个基于日期和序列号的交易码,如果因并发冲突失败,则回退到生成一个包含 uniqid() 的备用码。
最终,一个健壮的交易码生成方案应具备可配置性(如前缀、日期格式、序列号长度),并能有效处理高并发带来的挑战。
以上就是Laravel中生成带日期和序列号的自动交易码:策略与实现的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号