为什么Laravel的dispatch()方法未在指定数据库jobs表创建任务？

这个问题本质是Laravel框架的队列组件初始化逻辑和动态切库逻辑不匹配导致的，核心原因如下：

• 数据库类型的队列驱动是以单例形式绑定在服务容器中的。框架启动阶段就会完成队列实例的初始化：初始化时会直接读取当下生效的默认数据库连接配置，把读写jobs表要用的PDO连接、查询构造器实例全部固定下来，后续整个请求/进程生命周期内，除非手动重新绑定队列实例，否则已经初始化好的队列连接不会自动跟随默认配置变更更新。
• 测试时User::find($id)可以正常跟随切换后的连接查询，是因为Eloquent每次执行查询时都会实时读取当前生效的默认数据库连接，没有提前固化连接实例，所以动态切库对原生DB操作、Eloquent查询是生效的。
• 如果是在Swoole、RoadRunner这类常驻内存环境下运行服务，或是在CLI脚本场景中，队列单例的生命周期和整个进程完全一致，服务启动时第一次绑定的数据库队列连接会被持续复用，中途调用DB::setDefaultConnection()修改默认连接的操作，完全不会影响已经初始化完成的队列实例，因此任务始终会写入服务启动时绑定的第一个数据库的jobs表。即便是传统FPM的单次请求场景，只要在执行切库操作前有代码提前触发了队列实例解析（比如服务提供者、中间件中提前访问过队列相关实例），后续切库也不会改变队列已经绑定好的连接，同样会出现任务写入错误库的问题。

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