PHP探针无法读取环境变量，是因为php-fpm/CGI默认不继承系统环境变量，且$_ENV默认关闭、getenv()仅对显式注入的变量有效；应通过Nginx fastcgi_param、php-fpm env[]或systemd Environment注入，并优先用$_SERVER读取。
PHP探针无法读取环境变量，通常不是探针本身有问题，而是 PHP 运行模式（尤其是 php-fpm 或 CGI 模式）默认**不继承系统级环境变量**，且 Web 服务器（如 Nginx/Apache）未显式透传所需变量。
为什么 $_ENV 和 getenv() 在探针里为空？
PHP 的 $_ENV 超全局数组默认是关闭的（variables_order 中不含 E），且即使开启，也只包含 CGI/FPM 启动时继承的那部分变量——而 php-fpm 主进程通常以最小化环境启动，systemd 或 init 脚本也不会自动把 shell 环境变量带进去。
-
getenv('PATH')可能有值（因为它是基础变量），但getenv('MY_API_KEY')几乎总是空 -
$_ENV默认为空数组，除非在php.ini中设variables_order = "EGPCS"并重启服务 -
$_SERVER里可能有部分变量（如$_SERVER['PATH']），但这是 Web 服务器设置的，不是系统环境变量
如何让探针真正读到自定义环境变量？
必须从运行入口层注入变量，而不是依赖 shell 启动脚本或用户登录态。具体方式取决于部署架构：
- Nginx + php-fpm：在
fastcgi_param中显式传递，例如：fastcgi_param MY_API_KEY "abc123";
，然后在 PHP 中用$_SERVER['MY_API_KEY']读取（getenv()仍不可靠） - php-fpm 配置：在 pool 配置（如
www.conf）中加env[MY_API_KEY] = "abc123"
，该变量会进入$_ENV和getenv() - systemd 管理 php-fpm：修改
/etc/systemd/system/php-fpm.service.d/env.conf，添加Environment="MY_API_KEY=abc123"
，再systemctl daemon-reload && systemctl restart php-fpm - Apache + mod_php：不推荐（已淘汰），但若仍在用，可通过
SetEnv指令设置：SetEnv MY_API_KEY "abc123"
探针代码里该用哪个函数读？
别无选择：优先用 $_SERVER，其次 getenv()，避开 $_ENV —— 因为它最不稳定，且受 variables_order 和 register_globals（已废弃）双重影响。
立即学习“PHP免费学习笔记（深入）”；
-
$_SERVER['MY_VAR']：只要 Web 服务器或 FPM 显式传入，就一定存在（大小写敏感） -
getenv('MY_VAR')：仅当变量被 FPM 的env[]或 systemdEnvironment=注入时才可靠 -
$_ENV['MY_VAR']：需确认phpinfo()中variables_order包含E，否则始终为空 - 测试建议：在探针里加一行
var_dump($_SERVER, getenv('MY_VAR'), $_ENV);对比输出
真正卡住人的地方，往往不是“怎么写代码”，而是没意识到环境变量根本就没进到 PHP 进程里——FPM 不是 bash，不会 source ~/.bashrc，也不会读 /etc/environment。每一条变量都得手动、显式、在正确的层级上塞进去。
