laravel 执行 `php artisan config:cache` 后，`.env` 变量将无法通过 `env()` 函数在运行时读取（包括 blade 视图），因其仅在配置加载阶段解析；正确做法是将环境变量映射到配置文件中，再通过 `config()` 访问。
在 Laravel 中，php artisan config:cache 命令会将所有配置文件（如 config/app.php、config/database.php 等）编译为一个高度优化的 PHP 数组文件（默认位于 bootstrap/cache/config.php），并在后续请求中直接加载该缓存文件，跳过 .env 解析、配置合并等耗时步骤。但关键在于：此过程只执行一次——即在缓存生成时读取 env()，之后 env() 函数本身会被 Laravel 重写为始终返回 null（自 Laravel 5.2 起强制生效），以防止生产环境意外依赖未缓存的环境变量，提升安全性和可预测性。
因此，你在 Blade 模板中直接使用：
LINK
在配置缓存启用后必然返回 null，导致链接错误——这不是 Bug，而是 Laravel 的明确设计约束。
✅ 正确做法：将环境变量“导入”到配置系统中
- 创建或编辑配置文件（例如 config/app.php 或新建 config/frontend.php）：
// config/frontend.php
return [
'url' => env('APP_URL_FRONT', 'https://localhost'),
];
- 清除旧缓存并重新生成（顺序必须为先清再缓存）：
php artisan config:clear php artisan config:cache
⚠️ 注意：config:cache 不会自动清除旧缓存；若跳过 config:clear，可能因旧缓存残留导致配置未更新。官方文档也明确要求：修改 .env 或配置文件后，必须先 config:clear 再 config:cache。
- 在视图中改用 config() 安全访问：
LINK
或在控制器中注入（更推荐）：
$url = config('frontend.url');
? 额外建议：
- 避免在任何非配置文件（如控制器、模型、视图、中间件）中调用 env()；它只应在 config/*.php 文件中使用；
- 使用 php artisan tinker 快速验证：>>> config(‘frontend.url’) 应返回正确值，而 >>> env(‘APP_URL_FRONT’) 在缓存后恒为 null；
- 若需动态环境变量（如多租户域名），应通过数据库、Redis 或请求上下文传递，而非依赖 env()。
遵循这一模式，既能享受配置缓存带来的性能提升，又能确保环境变量被正确、安全地注入应用逻辑中。