putenv()仅对当前PHP进程生效，XAMPP中每个HTTP请求独立进程，故环境变量不跨请求、不跨CLI与Web、需改php.ini的variables_order为"EGPCS"才能使$_ENV可用。
putenv()在XAMPP里能用，但只对当前请求生效
你在 index.php 里写 putenv("APP_ENV=local")，后续代码调用 getenv("APP_ENV") 能拿到值——这没问题。但刷新页面、换一个 URL、甚至同一脚本被 Apache 用不同 worker 处理，就完全读不到上次设的值。
这是因为 XAMPP 默认用 Apache + mod_php（或有时是 PHP-FPM），每个 HTTP 请求都启动一个独立的 PHP 进程（或复用但隔离环境），putenv() 的作用域仅限于该进程生命周期。
常见误操作：
- 在
wp-config.php或 Laravelpublic/index.php开头写putenv()，以为能“全局生效”，结果命令行跑php artisan完全不认 - 用 XAMPP Control Panel 启动 Apache 后，在 CMD 里执行
php test.php，发现putenv()设的变量在 CLI 和 Web 请求间互不影响
Apache 不会自动透传系统环境变量给 PHP
XAMPP 自带的 Apache 是以 Windows 服务方式运行的，它启动时的环境变量和你双击打开的 CMD 窗口完全无关。你在终端里用 set MY_VAR=123，PHP 里 getenv("MY_VAR") 一定返回 false。
想让变量进 PHP，必须显式告诉 Apache：
- 编辑
C:\xampp\apache\conf\httpd.conf，在末尾加一行：SetEnv APP_ENV development - 或者更推荐：在虚拟主机配置里（如
C:\xampp\apache\conf\extra\httpd-vhosts.conf）的SetEnv DB_HOST localhost - 改完必须重启 Apache（不是重载，是彻底 stop → start）
注意：PassEnv 在 XAMPP 下基本无效，因为 Apache 服务没继承你的用户会话环境。
$_ENV 为空？不是 bug，是默认不启用
即使你用了 SetEnv 或 putenv()，$_ENV["APP_ENV"] 仍可能为 null 或空数组。这不是 XAMPP 特有，而是 PHP 默认配置问题。
根本原因：php.ini 中的 variables_order 默认是 "GPCS"（GET/POST/COOKIE/SESSION），不含 E（Environment）。所以 PHP 启动时压根不把环境变量拷进 $_ENV。
解决方法只有两个：
- 改
php.ini：找到variables_order = "GPCS"，改成variables_order = "EGPCS"，然后重启 Apache - 别依赖
$_ENV：统一用getenv("APP_ENV")，它绕过variables_order限制，直接查当前进程环境
后者更稳妥——避免因不同环境 php.ini 配置不一致导致行为漂移。
CLI 模式下 putenv 权限没问题，但作用域极窄
在 XAMPP 的 CMD 窗口里执行 php -r "putenv('FOO=bar'); var_dump(getenv('FOO'));"，能正常输出 string(3) "bar"。说明 putenv() 本身没被禁用，也不需要额外权限。
但要注意：
-
putenv("PATH=/my/bin:" . getenv("PATH"))修改的是当前 PHP 进程的PATH，不影响 CMD 窗口本身的PATH - 子进程（如
exec("git --version")）会继承这个修改后的PATH，但父进程（CMD）不会感知 - 如果在 XAMPP 控制面板里点 “Shell” 打开的终端，它只是个普通 CMD，和 Apache 服务进程完全隔离
真正容易被忽略的是：XAMPP 的 Apache 和 CLI PHP 往往用的是两套 php.ini（C:\xampp\php\php.ini vs C:\xampp\apache\bin\php.ini），改错地方会导致配置看似生效实则无效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
