withChain() 创建独立任务实例，不继承父任务上下文，需显式传递 ID 等基础类型参数；链中任务需各自指定队列和中间件；无自动回滚，应通过补偿或幂等设计保障一致性。
用 withChain() 传参时，链式任务收不到父任务的上下文
因为 withChain() 创建的是全新任务实例，不会自动继承原始任务的属性或闭包变量。你往链首任务里塞的 $user、$order 等变量，如果不显式传递，后续任务里就是 null。
常见错误现象：App\Jobs\ProcessOrder::handle() 能取到 $this->order，但链中第二个任务 SendReceipt 的 $this->order 是空的；或者直接报 Undefined property。
- 必须在每个链式任务构造函数中接收参数，并手动赋值给属性
- 链首任务要显式把关键数据传给下一个任务：比如
new SendReceipt($this->order->id)，而不是只写new SendReceipt() - 避免在链中依赖闭包或临时变量——它们不会序列化进队列
Laravel 队列任务里怎么安全传对象 ID 而不是整个模型
传完整模型（如 new ProcessOrder($order)）会导致序列化失败或数据过期：模型可能带 Eloquent 关系、未保存状态、连接上下文，反序列化后查不到数据或触发 N+1。
正确做法永远是传 ID，然后在 handle() 里重新查询：
public function __construct(public int $orderId)
{
//
}
public function handle()
{
$order = Order::findOrFail($this->orderId);
// 后续逻辑
}
- 模型 ID 是标量，稳定、轻量、可序列化
- 如果需要多个关联 ID（如用户 + 订单 + 商品），统一用数组或 DTO 封装，但字段仍限于基础类型
- 别图省事在构造函数里调
->load()或->toArray()—— 这会让任务变重，且可能因连接关闭失败
withChain() 中不同任务用不同队列或中间件怎么办
默认所有链式任务走同一个队列（通常是 default），但实际中支付回调要快，报表生成要慢，通知要高优先级——不能混在一起。
每个链式任务需独立指定队列和中间件，靠构造函数参数或链式方法控制：
- 用
onQueue('high')显式指定队列：(new SendNotification($id))->onQueue('high') - 中间件只能在任务类里定义
$middleware属性，不能在withChain()调用时动态加 - 如果某任务必须走 Redis 队列而其他走 database，得确保对应驱动已配置，且任务没硬编码连接方式
链式任务失败后，前面成功的任务不会自动回滚
Laravel 队列本身不提供事务式回滚。比如链是「扣库存 → 创建订单 → 发通知」，第三步失败，前两步已执行完，数据库状态就脏了。
这不是 withChain() 的 bug，而是队列设计使然。解决思路只有两个方向：
- 业务层补偿：在后续任务失败时，手动触发前序任务的逆向操作（如发消息让「创建订单」任务删掉刚建的单）
- 改用状态机 + 重试机制：所有步骤都写成幂等操作，失败后重试，靠最终一致性收敛
- 别把强一致性逻辑塞进队列链——比如资金扣减这种，应该同步做，或用 Saga 模式拆解
最常被忽略的一点：你以为链式任务是“原子”的，其实它只是语法糖，背后仍是独立入队、独立执行、独立失败的三个任务。这点不认清，后面排查问题会多绕三倍路。
