php无法读取环境变量的根本原因是php-fpm默认clear_env=yes清空父进程环境变量；需在www.conf中设clear_env=no并重启php-fpm生效。
php-fpm 的 clear_env = yes 导致 getenv() 返回空
你执行 getenv('DB_HOST') 或访问 $_ENV['APP_ENV'] 得到 false 或空字符串，哪怕 echo $DB_HOST 在 shell 里能显示，就说明变量被 php-fpm 拦截了。
- php-fpm 默认配置为
clear_env = yes，它会抹掉所有从 systemd、Docker、docker-compose 或 shell 继承来的环境变量，只留极少数白名单（如PATH、TERM） - 这个行为与 PHP 版本无关 —— PHP 8.5.5 同样受此机制影响，且不会报错，只是静默丢弃
- 修改
.env文件、重设export APP_ENV=prod、甚至在 Docker 的environment:下定义变量，全都没用 —— 因为它们都在父进程，而 php-fpm 把它们“过滤”掉了
必须改 php-fpm 的 pool 配置（不是 php.ini）
想让 PHP 真正拿到变量，得在 php-fpm 的进程池配置里关掉清空逻辑，不是改 php.ini，也不是靠 Composer 加载 .env —— 那些都发生在 PHP 进程启动之后，已经晚了。
- 找到你的 pool 配置文件，通常是
/etc/php/8.5/fpm/pool.d/www.conf（路径依发行版和安装方式而异） - 在
[www]段落下添加或修改这一行：clear_env = no - 重启 php-fpm：运行
sudo systemctl reload php8.5-fpm（Ubuntu/Debian）或sudo kill -USR2 $(cat /var/run/php/php-fpm.pid)（通用） - 验证：写个脚本
<?php var_dump(getenv('PATH')); ?>，输出非空即生效；再试getenv('YOUR_VAR')
Windows 下 composer.bat 不读 PHP_BINARY，也容易误判为“环境变量失效”
如果你在 Windows 上跑 composer install 报错说找不到 PHP，然后顺手去查 getenv()，很容易把两个独立问题混为一谈 —— 这跟 php-fpm 无关，是批处理脚本硬编码导致的。
-
composer.bat内部写死调用php "%~dp0composer.phar"，它根本不读PHP_BINARY环境变量 - 即使你设置了
PHP_BINARY=C:\php\php.exe，composer --version仍失败，这是预期行为 - 真正有效的解法只有两个：
php C:\path\to\composer.phar install，或者手动编辑composer.bat，把开头的php替换成绝对路径，例如："C:\php\php.exe" "%~dp0composer.phar" %*
$_ENV 数组为空？别依赖它，优先用 getenv()
$_ENV 默认不自动填充，即使 clear_env = no 生效，它也可能还是空数组 —— 这不是 bug，是 PHP 的设计选择。
- 原因在于
php.ini中的variables_order默认不含E（代表 Environment），所以$_ENV不会被初始化 - 你可以设
variables_order = "EGPCS"并重启服务，但更推荐统一使用getenv('KEY')—— 它不依赖配置，只要变量传进来了就能读到 - 注意：
getenv()在 CGI 模式下可能被禁用（php_admin_value disable_functions = getenv），但 php-fpm 默认允许
clear_env 开关是否关闭，而不是 PHP 版本或 .env 文件有没有写对。最容易被忽略的是：改完配置后没 reload php-fpm，或者 reload 了却忘了验证 getenv('PATH') 是否返回值 —— 这一步才是确认通道打通的唯一依据。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
