PHP打包成EXE后$_ENV和getenv()为空，因打包工具不继承系统环境变量；应使用vlucas/phpdotenv加载.env文件，或手动通过putenv()注入变量并验证实际运行环境。
PHP 打包成 EXE 后 $_ENV 和 getenv() 为什么为空
因为大多数 PHP 打包工具（如 roadrunner 的打包器、phpdesktop 或第三方 exe 封装器）并不会把宿主系统的环境变量自动注入到运行时进程里。即使你本地 echo %PATH% 能看到值，打包后的 EXE 进程启动时的环境是干净、隔离的——它不继承父 shell 的 PATH、APP_ENV 等变量。
用 .env 文件替代系统环境变量最稳妥
别依赖 getenv('DB_HOST')，改用 vlucas/phpdotenv 加载本地配置文件。这是目前 PHP 生态最通用、最可控的方式。
- 安装：
composer require vlucas/phpdotenv - 在入口脚本顶部加载（比如
index.php）：
require_once 'vendor/autoload.php'; $dotenv = Dotenv\Dotenv::createImmutable(__DIR__); $dotenv->load(); // 自动读取 .env 文件
然后你就能正常使用 $_ENV['DB_HOST'] 或 getenv('DB_HOST') ——注意：此时值来自文件，不是系统。
-
.env文件必须放在__DIR__对应目录下（即和index.php同级），否则createImmutable()会找不到 - 打包时确保
.env被一并包含进 EXE 资源或解压目录（多数打包器支持“附加文件”选项）
如果必须用系统环境变量，得手动注入启动参数
某些打包器（如基于 PHP Desktop 或自定义 Electron + PHP-CGI 方案）允许你在启动 PHP 子进程时显式传入环境变量。这时不能靠 getenv() 自动获取，而要主动 set：
立即学习“PHP免费学习笔记（深入）”；
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 在启动 PHP 的地方（比如 Node.js 启动脚本）传参：
env: { APP_ENV: 'production', DB_HOST: '127.0.0.1' } - PHP 内部需用
putenv()预置（仅对当前请求有效）：
// 在所有业务逻辑前执行
putenv('APP_ENV=production');
putenv('DB_HOST=127.0.0.1');
注意：putenv() 设置的变量不会被 $_ENV 自动同步，除非你额外调用 $_ENV = array_merge($_ENV, $_SERVER); 或直接用 getenv() 读取。
打包工具差异导致行为不一致，务必验证实际运行时环境
不同工具对环境变量的处理逻辑完全不同：
-
PHP Desktop：默认清空环境，需通过config.json的"env"字段注入 -
ExeOutput for PHP：提供 GUI 选项勾选“继承系统环境变量”，但 Windows UAC 提权后可能失效 - 纯
php.exe + zip封装（如用7z打包）：完全无环境继承，必须靠文件或启动参数
最保险的做法是：写一个最小验证脚本，打包后直接运行，输出 print_r($_ENV); print_r($_SERVER);，看哪些变量真实存在——别猜，要看。
环境变量在打包场景下从来就不是“默认可用”的东西，它的来源必须明确指定，否则就是个空数组。
