.env变量在队列进程中不生效是因为进程启动后缓存环境变量，必须重启队列工作进程（如php artisan queue:restart或supervisorctl restart）才能加载新值。
队列任务里 .env 变量没生效？别怪 Laravel，是进程没重载
队列任务（比如用 php artisan queue:work 启动的守护进程）启动后，会一次性读取并缓存所有 .env 变量。后续修改 .env 文件，不重启队列进程，变量永远不变——这不是 bug，是 PHP-FPM 或 Artisan 进程的常态行为。
常见错误现象：APP_ENV=production 已改，但队列里 config('app.env') 还是 local；或数据库连接指向旧的 DB_HOST。
- 必须重启队列工作进程：
php artisan queue:restart（配合--tries等参数时尤其注意是否已启用 supervisor 的自动拉起） - 如果用
supervisor管理，不能只 kill 进程，要执行supervisorctl restart laravel-worker:或等它按配置自动 reload - 开发时临时验证？直接停掉
queue:work，再跑一次带--once的命令：php artisan queue:work --once，它每次都会重新加载环境
php artisan queue:work 命令行传参真能覆盖 .env？可以，但只限特定配置项
Laravel 本身不支持像 APP_ENV=testing php artisan queue:work 这样通过环境变量前缀覆盖全部配置——除非你手动在命令前 export，且该变量被 Laravel 的 Dotenv 加载逻辑捕获（仅限 APP_*、DB_* 等白名单前缀，且需在 bootstrap/app.php 中 Dotenv::create() 调用前生效）。
更可靠的做法是用 Laravel 内置的运行时配置覆盖机制：
- 传参只影响当前命令生命周期：
php artisan queue:work --env=testing会设置APP_ENV，但不会改变DB_DATABASE等其他项 - 想覆盖数据库配置？得组合使用：
DB_DATABASE=my_test_db php artisan queue:work --env=testing，前提是你的.env没写死DB_DATABASE，且 Laravel 版本 ≥ 9.2（早期版本对非APP_*变量支持不稳定） - 注意优先级链：
命令行 env 变量>.env>config/*.php默认值
队列任务中调用 config() 为什么有时拿不到最新值？缓存和延迟加载是关键
不是所有 config 都实时可变。Laravel 在队列 worker 启动时会预加载部分配置（尤其是 cache、queue、database），之后即使你手动调用 config(['app.debug' => true])，也只影响当前请求/任务上下文，不影响底层连接池或驱动实例。
典型场景：你改了 QUEUE_CONNECTION=redis，但队列还在用 sync —— 因为 queue.connection 配置在 worker 初始化时已被绑定到具体驱动实例，后续改 config 不会重建连接。
- 动态切换连接？别改 config，直接 new 实例：
RedisQueue::push(...)或Bus::dispatch(...)->onConnection('redis') - 想让某个任务强制用新配置？用
Artisan::call('queue:work', ['--connection' => 'redis'])启新子进程（慎用，开销大） - 检查是否真加载了新值？在任务里加
dump($_ENV['APP_ENV'] ?? null, config('app.env'))，对比两者差异
Supervisor 下怎么确保每次部署都用最新 .env？别依赖 “自动重载”
Supervisor 默认不会监听 .env 文件变化，也不会在 deploy 后自动重启 worker。很多团队踩坑在于：CI/CD 更新了 .env，却忘了触发 queue:restart 或 supervisor reload。
真实部署建议：
- 在部署脚本末尾加一句：
php artisan queue:restart || true（|| true避免因无活跃队列而失败） - 如果用 supervisor，部署后必须执行：
supervisorctl reread && supervisorctl update && supervisorctl restart laravel-worker: - 避免把敏感配置硬编码进部署脚本；用
env_file指向实际路径，或通过docker run -e DB_HOST=...注入，比改.env更可控
复杂点在于：队列可能正在处理长耗时任务（比如导出 CSV），queue:restart 只是发信号，不等待完成。如果你的任务不具备幂等性，环境变量突变可能导致数据错乱——这种时候，别靠重启，得靠任务内显式传参或查库获取配置。
