laravel队列失败重试需分场景控节奏：用$tries设基础次数、retryuntil控超时、按错误类型区别处理（瞬态失败亚秒重试，业务错误直接终止），配合redis驱动、零休眠监听及failed_jobs表实现可追溯兜底。
Laravel 队列失败任务的重试策略不是“多试几次”那么简单，而是要分场景、控节奏、保时效、可追溯。关键不在次数多少，而在何时重试、为何重试、重试失败后怎么兜底。
明确重试边界：用 $tries 或 retryUntil 控制尝试上限
硬编码重试次数适合大多数常规任务，但对高时效性任务（如支付回调、库存扣减）容易失效。推荐组合使用：
- 设置 $tries = 3 作为基础兜底，防止无限循环
- 在 handle() 中调用 $this->retryUntil(now()->addSeconds(15))，强制所有重试必须在 15 秒内完成，超时即进 failed_jobs
- 两者同时存在时，
retryUntil()优先级更高；若只设$tries，则按固定次数+退避间隔执行
区分错误类型：瞬态失败毫秒重试，业务失败直接终止
不是所有失败都该重试。在 failed() 方法里做判断，避免把数据校验错误也反复推入队列：
- 遇到网络超时、Redis 连接拒绝、HTTP 503 等临时性异常，用 dispatch($this)->delay(now()->addMilliseconds(200)) 实现亚秒级重试
- 遇到
InvalidArgumentException、空字段、重复订单 ID 等业务逻辑错误，不重试，直接记录日志并触发告警 - 避免在
failed()中无条件调用dispatch()，否则可能形成失败循环
加速重试响应：Redis + 亚秒 delay + 零休眠监听
默认队列监听器每秒轮询一次，会拖慢重试感知。要让失败任务真正“快速”重试，需三者配合：
- 确保队列驱动为 redis，并在
config/queue.php中为对应连接启用'retry_after' => 60 - 分发任务时显式指定延迟：dispatch(new Job())->onQueue('high')->delay(now()->addMilliseconds(50))
- 启动监听器时禁用空闲等待：php artisan queue:work redis --queue=high --sleep=0 --max-jobs=1
失败后有据可查：自动落库 + 自定义通知 + 可操作命令
重试不是终点，失败才是分析起点。可靠系统必须让失败“看得见、管得住、可干预”：
- 运行 php artisan queue:failed-table && php artisan migrate 创建
failed_jobs表，存储完整 payload 和异常堆栈 - 在任务类中实现
failed()方法，发送邮件或调用 Slack webhook 告警，附带失败 ID 和异常分类 - 日常运维依赖三个核心命令：queue:failed 查问题、queue:retry {id} 精准恢复、queue:forget {id} 清理无效记录
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
