分类： Laravel 队列
-
本文在 Laravel 9 中验证了队列任务超时机制的运行情况。作者通过多次测试发现，任务超时功能在 Windows 系统因缺少 pcntl 扩展而无法生效，需在 Linux 环境下运行。实验过程中，使用 sleep() 函数会导致任务卡住且使尝试次数设置失效，相关日志与数据库记录均不符合预期。移除 sleep() 并采用其他方式模拟超时后，配合 $tries、$failOnTimeout 及 $backoff 属性，队列任务的失败与重试行为基本符合逻辑。结论是 sleep() 方法会干扰超时及重试机制的正确执行。
-
本文探讨了 Laravel 9 中队列任务的最大尝试次数验证。通过在任务类中设置不同的 $tries 属性值并进行测试，观察到未设置该属性时默认执行次数为 1。进一步测试表明，将其设置为 0 时会无限次重试，而设置为 5 时则严格按照 5 次执行，前 4 次失败后继续尝试，直到第 5 次失败才最终停止。
-
针对 Laravel 9 中 Job 运行报错超过尝试次数或运行超时的问题，文章记录了基于 chunk 方法处理 876 万条数据时的排查与优化过程。通过对比每次处理 10 条、1000 条及 10000 条记录的平均耗时，发现每次 1000 条记录的处理效率最高且内存占用较少。最终结合测试数据决定限制最大导出行数为 10 万条，在性能环境中实际测试，导出 10 万行 Excel 总耗时 107 秒，问题得到解决。
-
针对Laravel 9中复用Spatie QueryBuilder构建导出功能时遇到的序列化报错问题，文章介绍了在异步队列中将Request对象转换为数组传递，进而在队列内部重新构造Request对象的解决方案。经过对比打印，转换前后的请求数据完全一致，最终成功复用了查询构建逻辑，实现了符合预期的功能。
-
在 Laravel 6 中遇到队列任务失败后，异常信息未写入 failed_jobs 表的问题。排查发现任务一直未结束也未失败，且表中无新增记录。通过在 .env 文件中禁用 Telescope 可以恢复记录，追溯根源为代码中执行 View::addLocation 后删除了目录导致。决定不再删除该目录后重新运行，任务成功失败且表中已正常增加记录。
-
在 Laravel 6 队列排查过程中，针对测试环境正常但生产环境部分视图文件未执行的问题，通过模拟 Rancher 集群部署复现了缺陷。发现原因是队列任务存在文件依赖，但在集群模式下，解压缩主题包的机器与执行迁移任务的机器不一致，导致文件丢失。最终决定通过 dispatchNow 方法强制相关 Job 在同一台机器同步执行，经验证解决了文件查找失败的问题，且异常处理逻辑符合预期。
-
文章记录了在 Laravel 6 中解决队列任务报错的过程。问题的根源在于队列执行时，每个任务虽调用了 View::addLocation，但 FileViewFinder 对象属性 $this->views 缓存了首个任务的视图路径，导致后续任务因访问已删除目录而失败。通过在任务中添加 View::flushFinderCache() 以清空视图缓存数组，成功确保每个任务使用正确的视图路径，解决了报错问题。
-
在 Laravel Telescope 的 Job Queries 中发现 SQL 语句记录数量不符，经排查确认版本为 v2.1.7。虽然数据库实际记录条数远多于显示数量，但通过查询 telescope_entries 表证实所有 SQL 均已保存，仅是部分未与 Job 正确关联或未完全显示。点击 View Job 会导致跳转至最新 Job 而非实际对应的 Job，虽可通过 Location 字段确认归属，但最终决定注释掉部分 SQL 以减少数量，便于观察关键执行记录。
-
在 Laravel 6 的队列任务中使用静态变量时，发现若下一任务未重新设置变量，会沿用上一任务的值。即便在任务中手动重置，结合指数回退重试机制仍会导致变量值被意外覆盖。最终解决方法是放弃使用静态变量，改为将相关值存储在 MySQL 队列表记录中，从而确保各队列任务的数据相互独立，不再产生干扰。
-
Laravel 6 原生不支持队列任务的指数回退，本文通过新建 RetriableJob 基类并在子类 ThemeAssetUploadJob 中继承，实现了以指数级增加间隔重试的逻辑。测试显示任务失败后按 3、9、27 秒的间隔重试符合预期，修正代码后确保了仅当最终重试失败时才执行特定的清理方法，有效解决了在多次重试过程中错误触发失败处理的问题。