Laravel 5.2队列任务重复重试：$tries参数及命令行选项不生效

看起来你遇到了Laravel队列中$tries设置在Daemon模式下不生效的问题，我来帮你梳理下可能的原因和解决步骤：

1. 先重启你的Daemon Worker！ #

Daemon模式的Worker启动后会一次性加载应用代码和配置，之后不会自动重新加载任何修改。如果你是在Worker运行之后才修改了任务类的$tries属性，或者调整了命令行参数，Worker根本不知道这些变化。

解决方法：

• 先执行php artisan queue:restart来终止所有运行中的Daemon Worker
• 然后重新启动Worker：php artisan queue:work --daemon --tries=1

2. 确认异常是否被正确抛出 #

Worker只有在任务执行过程中未被捕获的异常抛出时，才会判定任务失败并触发重试逻辑。如果你的任务代码里用try-catch捕获了数据库连接异常，并且没有重新抛出，Worker会认为任务执行成功，自然不会触发重试（也不会用到$tries设置）。

检查你的handle方法，确保错误的数据库URL触发的异常是直接抛出的，没有被吞掉：

public function handle(Somedepency $someDependency) {
    // 不要用try-catch包裹这段代码，或者捕获后重新抛出异常
    DB::connection('wrong-url')->select(...);
}

3. 验证$tries属性的定义 #

虽然你的代码里已经写了public $tries = 1;，但还是要确认：

• 属性是public的（必须是公共属性，Worker才能读取到）
• 值是整数类型（不要用字符串'1'）
• 任务类正确引入了InteractsWithQueue trait（你已经加了，这部分没问题）

4. 检查失败任务的记录 #

如果你的Laravel配置了失败任务存储（比如默认的数据库驱动），任务达到重试次数后会被存入failed_jobs表。你可以查询这个表，看看任务是否已经被标记为失败：

SELECT * FROM failed_jobs WHERE payload LIKE '%ProcessComment%';

如果任务已经在这个表里，说明$tries其实是生效的，只是你在Redis队列里看到的是延迟重试的临时任务（Laravel会把失败的任务放到延迟队列，等待下一次重试）。

5. 确认Laravel版本的适配性 #

不同Laravel版本对队列重试的处理有细微差异：

• Laravel 5.1及更早版本：Daemon模式下需要确保queue:work命令的--tries参数正确传递，且任务类的$tries优先级高于命令行参数
• Laravel 5.3+：新增了$maxExceptions属性，如果你同时设置了这个属性，它会和$tries共同决定任务的失败判定逻辑（不过你的场景里只设了$tries=1，这个应该不影响）

6. 查看日志排查细节 #

最后，去storage/logs/laravel.log里查看相关日志，搜索ProcessComment或者queue关键词，你会看到任务执行的详细错误信息，以及Worker是否尝试重试的记录，这能帮你定位到底是重试逻辑没触发，还是其他问题。

内容的提问来源于stack exchange，提问作者Raheel