env::get()返回null说明thinkphp未读取到值，常见原因包括：.env未加载（如cli模式需手动加载）、提前调用（config文件中在初始化前使用）、格式错误（bom、空格、路径错）、缓存未清除或权限问题。
Env::get() 返回 null 是最直接的失效信号
这说明 ThinkPHP 没拿到值，但不等于 .env 文件没被加载——可能加载了，但读取逻辑断在中间。常见触发点：
• Env::get('APP_DEBUG') 在配置文件（如 config/app.php）里被提前调用，此时 .env 还没解析；
• 项目用了自定义入口或 Swoole/Workerman 长连接，.env 只在首次启动时加载，改完文件不重启进程就永远读不到新值；
• env() 函数底层依赖 $_ENV 和 getenv()，而 PHP 的 variables_order 配置若不含 E（比如是 "GPCS"），getenv() 就会返回 false，导致 fallback 失效。
CLI 模式下 .env 根本不自动加载
Web 请求走 public/index.php 时 TP6/TP8 默认尝试加载根目录 .env，但命令行执行 php think xxx 时完全跳过这步。
• 必须手动加载：在入口文件末尾加判断 if (PHP_SAPI === 'cli') { \Dotenv\Dotenv::createImmutable(__DIR__)->safeLoad(); }；
• 工作目录必须是项目根（cd /path/to/project），否则 __DIR__ 指向错误路径，.env 找不到；
• 定时任务（cron/systemd）中，不能依赖当前 shell 的环境变量，必须显式加载，且避免在 Command 中调用 HTTP 专属函数（如 url()）引发异常中断。
.env 文件本身被静默忽略
ThinkPHP 对文件格式和位置极其敏感，出一点错就放弃解析，还不报错。
• 编码必须是 UTF-8 无 BOM，Windows 记事本默认带 BOM，会导致整个文件被跳过；
• 文件名必须是 .env（开头带点），不能是 .env.txt 或 env，也不能放在 public/ 或 config/ 下；
• 键值对必须扁平，不能写成 INI 风格段落（如 [database]），否则 env('DB_PREFIX') 永远为 null；
• 等号两侧不能有空格：APP_DEBUG=true 正确，APP_DEBUG = true 会被当作文本丢弃。
缓存和部署环境让问题更隐蔽
修改 .env 后表现没变，大概率不是代码问题，而是缓存或权限卡住了。
• runtime 缓存必须清：执行 php think clear 或删掉 runtime/config/ 全部文件；
• FastCGI（Nginx + php-fpm）下，.env 是 PHP 解析的，但如果你误用系统级环境变量（如 export DB_HOST=...），它根本进不了 PHP 进程空间；
• Linux/macOS 上，php-fpm 子进程不继承用户 shell 的 ~/.zshrc 变量，必须通过 fastcgi_param 显式透传，或在 pool 配置里写 env[DB_HOST] = 127.0.0.1；
• Windows 下要注意路径分隔符和反斜杠转义，dirname(__DIR__) 在某些部署结构里可能拼出错误路径。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
