ThinkPHP中Nginx透传的APP_ENV决定配置目录加载（如config/prod/），而.env文件需手动加载才提供env()可读的变量值；两者缺一不可，且线上应删除.env以防泄露，仅通过fastcgi_param注入环境标识与敏感配置。
ThinkPHP里Nginx传的APP_ENV和项目根目录的.env文件不是一回事
很多人以为在 .env 里写 APP_ENV=prod 就能切生产环境，结果发现 config/prod/ 下的配置没加载——因为 ThinkPHP 8/6.x **根本不读 .env 里的 APP_ENV**。它只认系统级或 Web 服务器透传进来的 APP_ENV 变量，用来决定加载哪个配置目录（比如 config/prod/）。而 .env 文件只是个“变量源”，里面的内容（如 DB_HOST、REDIS_PORT）要靠 vlucas/phpdotenv 显式加载后，才能被 env() 函数读到。
Nginx fastcgi_param APP_ENV 和 .env 文件的加载时机完全不同
在 Nginx 中加这一行：
fastcgi_param APP_ENV prod;
相当于给 PHP 进程注入了一个系统环境变量，ThinkPHP 启动时第一时间就读取它，然后去 config/prod/ 找配置文件。但此时 .env 还没被加载——除非你在 public/index.php 里手动调用 Dotenv\Dotenv::createImmutable(__DIR__.'/..')->load();。常见错误是：只配了 Nginx 的 fastcgi_param，却忘了在入口文件加载 .env，导致 env('DB_HOST') 返回 false，数据库连不上。
-
fastcgi_param APP_ENV决定「加载哪套配置目录」 -
.env文件（需显式加载）提供「具体变量值」，供env()读取 - 两者缺一不可：没前者，
config/prod/不生效；没后者，env('DB_PASSWORD')拿不到值
为什么线上禁用 .env 文件，但 Nginx 透传 APP_ENV 却安全
因为 .env 是一个真实存在的文件，如果 Nginx 配置有误（比如 location / { try_files $uri $uri/ /index.php?$query_string; } 没兜住），它可能被直接下载，泄露数据库密码。而 fastcgi_param APP_ENV prod 是内存变量，不落地为文件，不参与 HTTP 响应，也没有路径暴露风险。生产环境应该：
立即学习“PHP免费学习笔记（深入）”；
- 删掉服务器上的
.env文件 - 用
fastcgi_param APP_ENV或系统export APP_ENV=prod设置环境标识 - 敏感值（如
DB_PASSWORD）改由 Nginx 的fastcgi_param DB_PASSWORD "xxx"或 Dockerenvironment:注入
真正容易被忽略的是：即使你用了 Nginx 透传，如果入口文件里仍保留 Dotenv::load()，而线上又没删 .env，框架会优先用文件里的值覆盖 Nginx 传的——这反而造成配置污染。所以线上部署前务必确认 .env 是否已清除，且入口加载逻辑是否做了环境判断。
