Laravel 执行 php artisan config:cache 后，env() 调用被固化为缓存时的值，导致运行时由 Nginx 注入的 WEBSITE 等变量无法动态生效；解决方案是为生产环境显式声明 .env 回退值，确保缓存配置具备确定性。
laravel 执行 `php artisan config:cache` 后，`env()` 调用被固化为缓存时的值，导致运行时由 nginx 注入的 `website` 等变量无法动态生效；解决方案是为生产环境显式声明 `.env` 回退值，确保缓存配置具备确定性。
在 Laravel 多站点共用后端但需差异化视图路径（如 resources/views/site-a/ 和 resources/views/site-b/）的场景中，直接依赖 Nginx 通过 fastcgi_param WEBSITE site-a; 传递的变量存在配置缓存陷阱：config:cache 命令会将 env('WEBSITE') 静态求值并写入缓存文件，而非保留运行时解析逻辑。因此，即使 PHP-FPM 能通过 $_SERVER['WEBSITE'] 或 getenv('WEBSITE') 读取到该变量，缓存后的配置已“冻结”了构建时缺失或空值的状态，引发 view.paths 解析失败。
✅ 正确做法是：在生产环境的 .env 文件中显式设置 WEBSITE 的默认值，作为 Nginx 变量的回退与配置缓存的基础：
# .env（生产环境） WEBSITE=site-a APP_ENV=production APP_DEBUG=false
随后重新执行部署流程：
php artisan config:clear php artisan config:cache
此时 config/view.php 中的 resource_path('views/' . env('WEBSITE')) 将稳定解析为 resources/views/site-a/，且该路径已被固化进 bootstrap/cache/config.php。Nginx 传入的同名变量虽仍存在于 $_SERVER，但因 env() 在缓存模式下仅读取 .env（或 $_ENV/$_SERVER 中已加载的键），不会覆盖——这恰是 Laravel 的设计预期：缓存配置必须可预测、不可变。
⚠️ 注意事项：
- 不要试图在
config/view.php中改用$_SERVER['WEBSITE']或getenv('WEBSITE')替代env()—— 这会绕过 Laravel 的环境抽象，且在config:cache后仍可能因加载时机问题失效； - 若需真正运行时动态切换（如单应用托管数十个站点），应放弃
env()驱动的视图路径，改用中间件 +View::addLocation()动态注册路径，或基于请求 Host/路由前缀做视图命名空间路由； - 确保
.env文件权限为600，且不提交至版本库；不同站点部署时，通过部署脚本注入对应WEBSITE值（如 Ansible 变量、CI/CD 环境变量注入）。
总结：Laravel 的配置缓存机制要求所有 env() 引用必须在缓存生成时有确定值。Nginx 传递的变量本质是运行时上下文，不能替代环境配置源。以 .env 为真相源、Nginx 变量为可选增强，才是兼顾性能与灵活性的工程实践。
