PHP打包EXE体积大（50–150MB）主因是嵌入完整PHP运行时、所有扩展及内嵌浏览器引擎；禁用不用扩展可减10–30MB，换用NTS版PHP可再减10–20%，UPX压缩有风险且治标不治本。
PHP 本身不能直接打包成 EXE，所谓“PHP 打包 EXE”实际是通过第三方工具（如 ExeOutput for PHP、PHP Desktop、Web2Exe 或自建 Electron + PHP CLI 的方案）将 PHP 运行时、解释器、Web 服务器、你的代码和依赖一并封装。体积大，根本原因不是 PHP 代码，而是嵌入的 php.exe、libphp.dll、httpd.exe（或内置 CEF/Chromium）、以及默认启用的全部扩展。
为什么打包后动辄 50–150 MB？
典型打包工具（如 ExeOutput）默认捆绑完整 PHP Win32 VC15 TS（线程安全）二进制，含所有常见扩展（curl、gd、mbstring、openssl、pdo_mysql 等），还自带一个精简版 Apache 或内置 HTTP 服务模块。哪怕你只用 echo 和 file_get_contents，它也照搬全部。
- PHP 运行时本体（
php.exe+php7.dll或php8.dll）占 3–8 MB - 每个启用的扩展（如
php_curl.dll）平均增加 0.5–2 MB - 内嵌浏览器引擎（如 CEF）轻松吃掉 40–100 MB
- 未压缩的 HTML/CSS/JS 资源、图标、语言包也会累加
删掉不用的 PHP 扩展能省多少？
能省 10–30 MB，效果最直接。打开打包工具的 PHP 配置页（或手动编辑其生成的 php.ini），禁用你完全没调用过的扩展：
- 确认你没用数据库？删掉
extension=php_pdo.dll、extension=php_pdo_mysql.dll、extension=php_sqlite3.dll - 没发 HTTP 请求？注释掉
extension=php_curl.dll - 没处理图片？干掉
extension=php_gd.dll - 不需要多字节字符串？可尝试关
extension=php_mbstring.dll（但小心中文乱码） - 不解析 XML？去掉
extension=php_xml.dll、extension=php_dom.dll
改完后务必测试核心功能——比如关了 mbstring 后 mb_strlen() 会报 Call to undefined function 错误。
换用非线程安全（NTS）+ ZTS 关闭的 PHP 构建
多数打包工具默认用 TS（Thread Safe）版本，兼容 Apache 模块模式，但桌面 EXE 场景下纯属冗余。NTS 版本更轻、启动略快，且官方 Windows 下载页提供预编译 NTS ZIP 包（如 php-8.3.6-Win32-vs16-x64.zip 中的 Non-Thread-Safe 子目录）。
- 下载对应 PHP 版本的 NTS ZIP 包，解压出
php.exe、php8.dll、ext\目录 - 替换打包工具内部的 PHP 运行时（路径通常在
Resources\PHP\或类似位置） - 确保
php.ini中zts = Off（NTS 下该值必须为 Off） - NTS 版本通常比同版本 TS 小 10–20%，且部分扩展（如
opcache）在 NTS 下更稳定
用 UPX 压缩最终 EXE（谨慎操作）
UPX 是成熟开源的可执行文件压缩器，对打包后的 EXE 二次压缩，常可再减 30–50% 体积（例如 80 MB → 45 MB）。但有风险：
- 部分杀软会误报 UPX 壳为恶意软件（因黑产常用）
- 某些打包工具生成的 EXE 含校验逻辑，UPX 可能破坏其完整性检查
- 调试困难：符号表丢失，崩溃时堆栈难读
若决定使用，务必先备份原始 EXE，并用以下命令（需提前安装 UPX）：
upx --best --lzma MyApp.exe
注意：不要对含数字签名的 EXE 使用 UPX，否则签名失效；也不要压缩已加壳或混淆过的 EXE。
真正压得动体积的，从来不是压缩算法，而是从源头剔除不用的组件。很多人花几小时调 UPX 参数，不如花十分钟检查 php.ini 里哪 5 个扩展你根本没加载过。另外，如果只是想分发一个简单工具，考虑用 PHP-CPP 写原生扩展，或直接转用 Go / Rust 编译单文件——PHP 打包 EXE 本质是妥协方案，别把它当银弹。
