Facade在队列任务中报错是因队列消费者未自动初始化应用上下文，需在fire()/handle()开头手动调用$this->app->initialize()；推荐优先使用$this->app->db等容器实例替代Db::等门面，避免连接异常与初始化失效。
Facade 在队列任务中直接调用会报错
不是 Facade 本身有问题，而是队列消费者进程（如 php think queue:work）启动时**不自动初始化应用上下文**，Db::、Log::、Cache:: 等静态调用会因容器未加载而抛出 No application initialized 或 Identifier "db" is not registered。
必须手动触发 $this->app->initialize()
ThinkPHP 6+ 的队列任务类（如 app\job\SendMail）里，不能依赖框架自动初始化。要在 fire() 或 handle() 方法开头显式初始化：
- 若使用
fire(Job $job, $data)方式：需先从$job反推应用实例，再调用initialize() - 推荐写法（兼容 TP6/TP8）：
$this->app = app(); $this->app->initialize();
- 之后才能安全使用
Db::、Log::info()、Cache::get()等门面
更稳妥的做法：用 $this->app->db 替代 Db::
即使初始化了，Db:: 仍可能因 worker 进程复用导致连接状态异常。实际项目中建议：
- 优先使用
$this->app->db（返回think\db\Connection实例）而非Db:: - 模型调用改用
$this->app->model(User::class)，避免绕过容器注入 - 日志写入用
$this->app->log或传入think\facade\Log前确保已初始化 - 不要在构造函数里调用任何 Facade —— 反序列化阶段容器尚未就绪，会静默跳过任务
常见错误配置导致初始化失效
即使写了 $this->app->initialize()，以下情况仍会失败：
立即学习“PHP免费学习笔记（深入）”；
-
config/queue.php中'default' => 'sync'：任务根本没进异步流程，fire()在 HTTP 请求中同步执行，但此时应用上下文可能已被释放 - Redis 驱动下
'retry_after' <= 任务实际耗时：任务被重复拉取，多次初始化可能引发连接泄漏或事务冲突 - 自定义命令行任务（如
php think queue:work）未加--env=production：环境变量未加载，.env里的数据库配置读不到
