Apache中需用SetEnv定义变量并配合PassEnv显式透传，且PHP-FPM pool配置不得覆盖，否则ThinkPHP的env()因跳过.env文件而无法读取DB_HOST等变量。
Apache 里怎么把环境变量传给 ThinkPHP 的 env()
ThinkPHP 的 env() 函数底层依赖 PHP 的 getenv() 和 $_ENV，而 Apache 默认不把自定义变量注入到 PHP 进程的环境空间里——所以直接在 .htaccess 或虚拟主机配置里写 SetEnv DB_HOST 127.0.0.1，env('DB_HOST') 很可能还是返回 false 或空字符串。
根本原因是：Apache 的 SetEnv 设置的是 Apache 自己的环境变量，不是传递给 PHP-FPM 或 mod_php 的系统级环境变量。只有通过 SetEnvIf + PassEnv 组合，或改用 php_value（仅限 mod_php），才能让 PHP 真正“看见”。
-
mod_php（Apache + libphp）场景：用
php_value直接设 PHP INI 值，env()不会读它，但你可以绕过env()改用ini_get()；更稳妥的做法是仍走.env文件，Apache 只负责禁止其被下载 -
PHP-FPM（主流部署）场景：Apache 必须用
SetEnv+FastCgiExternalServer或ProxyPass配合 FPM 的env[]配置，否则变量进不了 PHP 进程 -
SetEnv设的变量默认不透传给 CGI/FPM 子进程，必须显式加PassEnv KEY_NAME才行 - 如果用了
suexec或容器化部署，还可能被安全策略截断，此时getenv('KEY_NAME')返回false是常态
Apache + PHP-FPM 下正确透传的三步法
这是当前最常见也最容易出错的组合。关键不在 Apache 配置多复杂，而在于变量必须“从 Apache 进程 → FPM master → PHP worker”完整链路不丢。
- 第一步：在 Apache 虚拟主机或目录配置中，用
SetEnv定义变量，并立即用PassEnv显式放行SetEnv APP_ENV prodPassEnv APP_ENV
注意：PassEnv必须写在SetEnv后面，且变量名要完全一致（大小写敏感） - 第二步：确认 PHP-FPM pool 配置（如
/etc/php/*/fpm/pool.d/www.conf）里没有覆盖该变量
检查是否存在env[APP_ENV] = dev这类硬编码——它会覆盖 Apache 传来的值 - 第三步：重启服务顺序不能错
先systemctl reload php*-fpm，再systemctl reload apache2；只 reload Apache 不生效，因为 FPM worker 进程没收到新变量
为什么 env('APP_ENV') 总是空，但 getenv('APP_ENV') 有值？
这说明变量确实传进来了，但 ThinkPHP 没用上——大概率是框架启动时 .env 文件已被跳过，而 env() 函数内部做了短路判断：
立即学习“PHP免费学习笔记（深入）”；
- ThinkPHP 8+ 默认逻辑：只要
getenv('APP_ENV')返回非空字符串，就**完全忽略 .env 文件**（包括其中的DB_HOST、DB_PORT等） - 所以你看到
getenv('APP_ENV') === 'prod'，但env('DB_HOST')还是false，是因为.env根本没加载 - 验证方式：在控制器里打印
var_dump($_SERVER['APP_ENV'] ?? null, getenv('APP_ENV'), env('APP_ENV'))，三个值不一致就是这个原因 - 解决办法不是关掉
APP_ENV，而是确保.env文件本身格式无误（UTF-8 无 BOM、等号无空格）、路径正确（项目根目录）、且所有配置项都显式调用env('KEY', 'default')
比 Apache 配置更稳的替代方案
如果你发现 Apache 透传总是不稳定（尤其在共享主机或容器里），优先放弃它，改用更可控的方式：
- 在 PHP-FPM pool 配置里直接写
env[DB_HOST] = 192.168.1.100，这样变量由 FPM 主动注入，不经过 Apache，env('DB_HOST')能稳定读取 - 用
fastcgi_param替代SetEnv（Nginx 更常用，但 Apache + mod_proxy_fcgi 也能用）：ProxySet keepalive=On后加ProxySet env="DB_HOST=127.0.0.1" - 彻底绕过 Web 服务器传参：把敏感配置全收口到
.env，然后在public/index.php入口顶部手动加载 dotenv（ThinkPHP 6/8 原生不自动加载）：$dotenv = Dotenv\Dotenv::createImmutable(__DIR__.'/..');$dotenv->load();
这样无论 Apache 怎么配，env()都能工作
真正麻烦的从来不是“怎么配 Apache”，而是变量进了 PHP 进程后，ThinkPHP 因为 APP_ENV 已存在就跳过 .env，导致其他变量全失效——这个逻辑断点，90% 的人第一次都会踩空。
