生产环境修改.env后不生效，本质是配置已缓存固化：需先php artisan config:clear清除bootstrap/cache/config.php，再确保.env格式正确、权限合理，最后php artisan config:cache重新编译加载；opcache或部署覆盖等也需排查。
生产环境的 .env 文件修改后缓存不更新，本质是 Laravel 把环境变量和配置项提前固化进了缓存文件（比如 config.php），运行时不再读取 .env。这不是“没生效”，而是框架跳过了实时加载——这是生产环境的默认优化行为，但容易让人误以为改了没用。
确认是否启用了配置缓存
执行以下命令查看当前状态：
php artisan config:clear —— 清除已生成的配置缓存文件（bootstrap/cache/config.php）
php artisan config:cache —— 重新生成配置缓存（会把 .env 值编译进缓存）
如果 config:cache 已执行过，那 .env 的任何改动都不会被自动感知，必须手动重新缓存。
清除缓存并强制重载 .env
分三步操作，缺一不可：
- 先删掉旧缓存：php artisan config:clear
- 确保
.env文件已保存且权限正确（Web 服务器用户可读） - 再重新生成：php artisan config:cache
注意：该命令只在生产环境启用（APP_ENV=production），开发环境不要运行它；若误执行，用 config:clear 即可恢复动态读取。
检查 .env 是否被真正读取
有时问题不在缓存，而在 .env 本身：
- 确认
.env文件名无空格或隐藏字符（如.env.或.env.txt） - 检查变量格式是否规范：不能有空格（
DB_HOST = 127.0.0.1❌ →DB_HOST=127.0.0.1✅） - 敏感值含特殊字符（如
$、#）需用单引号包裹：APP_KEY='base64:xxx#yyy$zzz' - 修改后记得重启 PHP-FPM 或 Web 服务（尤其使用 Nginx + PHP-FPM 时，OPcache 可能缓存了旧配置）
额外排查点（常被忽略）
如果仍不生效，可能是这些环节卡住：
-
OPcache 未刷新：执行
php artisan opcache:clear（需安装laravel/telescope或自定义命令），或直接重启 PHP-FPM - 部署脚本覆盖了 .env：CI/CD 流程中可能从模板复制或注入了旧变量，检查部署日志
-
环境变量被系统级覆盖：如通过
systemd设置了APP_DEBUG=true，会优先于.env -
Laravel 11 的 bootstrap/app.php 显式写死值：例如
->withRouting(...)中硬编码了 URL，这类逻辑不会受.env影响
