使用事务、悲观锁、乐观锁和队列解决Laravel并发问题：事务保证数据一致性，悲观锁防止高并发修改冲突，乐观锁通过版本控制实现轻量并发，队列异步处理耗时任务。
在 Laravel 中处理并发请求和竞态条件，关键在于理解数据库事务、锁机制以及合理的业务逻辑设计。当多个用户同时操作同一数据时，容易引发数据不一致、重复提交等问题，比如库存超卖、订单重复生成等场景。Laravel 提供了多种方式来有效应对这些问题。
使用数据库事务防止数据不一致
在涉及多表操作或需要保证原子性的场景中，使用数据库事务可以确保一组操作要么全部成功，要么全部回滚。
Laravel 的 DB::transaction() 方法能自动处理提交与回滚：
- 将相关数据库操作包裹在事务中，避免中间状态被其他请求读取
- 若代码抛出异常，事务会自动回滚
- 适用于更新用户余额、扣减库存等敏感操作
示例：
DB::transaction(function () use ($user, $amount) {
$user->decrement('balance', $amount);
Transaction::create([...]);
});
利用悲观锁避免竞态条件
悲观锁假设冲突很可能发生，因此在读取数据时就加锁，阻止其他事务修改。
Laravel 支持通过 lockForUpdate() 实现悲观锁：
- 适用于高并发下对同一记录频繁修改的场景
- 常用于订单创建、库存扣减等业务
- 需配合事务使用，否则锁会立即释放
示例：防止库存超卖
DB::transaction(function () use ($productId) {
$product = Product::where('id', $productId)->lockForUpdate()->first();
if ($product->stock > 0) {
$product->decrement('stock');
Order::create([...]);
} else {
throw new \Exception('库存不足');
}
});
使用乐观锁控制并发更新
乐观锁假设冲突较少发生，通过版本号或时间戳字段在提交时验证数据是否被修改过。
Laravel 没有原生支持乐观锁，但可通过以下方式实现：
- 在数据表中添加 `version` 字段
- 更新时检查当前 version 是否匹配
- 如果不匹配则重试或报错
也可以借助 Eloquent 的 update() 返回值判断影响行数：
$updated = DB::table('products')
->where('id', $id)
->where('stock', '>', 0)
->decrement('stock');
if (!$updated) {
// 处理失败，可能已无库存或被其他请求占用
}
队列异步处理高并发任务
对于耗时操作（如发送邮件、生成报表），将请求推入队列可减轻 Web 请求压力，降低并发冲突概率。
- 使用 Redis 或 Database 作为队列驱动
- 结合 Supervisor 管理队列进程
- 避免在同步请求中执行复杂逻辑
Laravel 队列天然支持延迟、重试机制，适合处理抢购、秒杀类场景。
基本上就这些。合理使用事务、锁机制和队列，能有效解决 Laravel 中的并发问题。关键是根据业务场景选择合适策略：读多写少用乐观锁，写密集用悲观锁，复杂流程扔队列。
