env() 函数仅限配置文件中使用，运行时应改用 config() 或 $_env，因其在配置缓存后返回 null 且不支持类型转换与变量插值。
env() 函数在 Laravel 中不推荐直接用于配置读取，它只应在 .env 文件加载阶段使用（比如 config/app.php 里），运行时应改用 config() 或 $_ENV。
为什么不能在控制器或模型里调用 env()
Laravel 在启动时会把 .env 的键值一次性加载进 $_ENV 和 $_SERVER，随后就不再读取该文件。而 env() 函数本身只是对 $_ENV 的简单封装，并带缓存逻辑——但它**不会触发重新加载**。一旦应用进入缓存模式（如执行 php artisan config:cache），所有 env() 调用都会返回 null（因为缓存后的配置文件里已没有对 env() 的依赖）。
- 常见错误现象：
env('APP_DEBUG')在生产环境缓存后始终返回null，导致条件判断失效 - 使用场景：仅限于
config/*.php文件中，用于把环境变量转为配置项 - 性能影响：每次调用都查数组 + 判断类型，默认不抛错，容易掩盖配置缺失问题
正确读取环境配置的两种方式
绝大多数情况下，你应该通过 Laravel 的配置系统间接访问环境变量，而不是直连 env()。
- 在
config/services.php中写：'wechat' => env('WECHAT_APPID', '')，然后在代码中用config('services.wechat') - 如果只是临时读取且确认未启用配置缓存，可用
$_ENV['DB_HOST']（注意大小写和是否被putenv()覆盖） - 避免在 Blade 模板、Eloquent 模型、命令类中出现
env()调用——它们大概率会在缓存后失效
env() 的参数细节与陷阱
env() 接收两个参数：env($key, $default = null)。它不校验键是否存在，也不区分 false、0、空字符串和未定义的区别。
- 若
.env写了DEBUG=false，env('DEBUG')返回字符串'false'，不是布尔值false - 若想转布尔，得手动处理：
filter_var(env('DEBUG'), FILTER_VALIDATE_BOOLEAN) - 若
.env某行末尾有空格（如API_URL= https://api.example.com），env()会原样返回带空格的字符串，易导致请求失败 - 它不支持嵌套语法（如
${APP_ENV}），Laravel 原生不解析变量插值
真正关键的不是“怎么调用 env()”，而是理解它只是一次性搬运工——搬完就退休。后续所有配置访问，都应该面向 config() 这个稳定接口。漏掉这层认知，上线后缓存一开，问题就藏得特别深。
