laravel 队列任务中读不到 `.env` 环境变量，通常是因为配置已被缓存且未加载最新环境值，执行 `config:clear` 等清理命令即可恢复正常读取。
在 laravel 中，环境变量（如 app_NAME、MaiL_HOST）通过 env() 函数在 config/*.php 文件中加载，并由框架在启动时合并为运行时配置。但队列任务（尤其是通过 supervisor 或 horizon 后台常驻运行的 worker）会将配置“快照”式缓存——一旦 config:cache 执行过，后续所有队列进程将不再重新读取 .env，而是直接使用缓存的配置数组。
即使你修改了 .env 文件，若未清除配置缓存，队列 job 中调用 config(‘app.name’) 或 env(‘APP_NAME’) 仍可能返回 NULL（尤其 env() 在生产环境默认被禁用），这是 Laravel 的预期行为，而非 bug。
✅ 正确解决步骤如下：
-
清除所有相关缓存（关键！）：
php artisan config:clear # 必须！清除 config 缓存，强制重新加载 .env php artisan cache:clear # 清除通用应用缓存（避免干扰） php artisan view:clear # （可选）若视图中依赖环境变量，一并清理 -
确认未在队列中直接调用 env()：
Laravel 官方明确建议：永远不要在运行时（如 Job、Controller）中直接使用 env() 函数。它仅应在配置文件中使用。正确做法是通过 config() 辅助函数访问：// ✅ 正确：通过已加载的配置获取 $apiToken = config('services.paystack.secret_key');
// ❌ 错误：禁止在 Job 中直接读 .env $apiToken = env(‘PAYSTACK_SECRET’); // 可能为 null，尤其在缓存后
3. **检查队列驱动与部署流程**： - 若使用 `sync` 驱动测试，它同步执行，无缓存问题，但不代表其他驱动正常； - 生产中使用 `redis`/`database` + `supervisor` 时，务必确保 `supervisor` 启动前已执行 `config:clear`，且**每次部署更新 `.env` 后都需重新运行 `config:clear`**（`config:cache` 仅应在部署脚本末尾执行，且需保证 `.env` 已就位）。 ? 补充提示： - 运行 `php artisan tinker` 并在其中执行 `dd(config('app.name'))` 和 `dd(env('APP_NAME'))`，可快速验证当前上下文是否能读取环境变量； - 检查 `bootstrap/app.php` 中是否误删了 `$app->loadEnvironmentFrom('.env');`（极少见，但需排除）； - Supervisor 配置中确保 `environment` 段落未覆盖 `APP_ENV` 或 `APP_DEBUG`，导致配置加载路径异常。 总结：这不是权限或路径问题，而是 Laravel 缓存机制与队列生命周期协同导致的典型现象。坚持「修改 `.env` → `config:clear` → 重启队列 worker」三步法，即可稳定解决。