PHP无法直接编译为Windows .exe,需用phpdesktop(适合Web UI)或exepack(适合CLI,仅支持PHP 7.4–8.1)打包;必须确保扩展DLL与PHP版本、TS/NTS、架构完全匹配,并全量包含vendor目录及正确配置php.ini。
PHP 本身不能直接打包成 Windows 可执行文件(.exe),所谓“PHP 打包 exe”实际是通过第三方工具将 PHP 解释器、脚本、依赖库一起封装为自包含程序。这个过程不是编译,而是**资源打包 + 启动器封装**,第三方扩展(如 pdo_mysql、curl、mbstring)必须显式包含且与打包工具所用 PHP 版本 ABI 兼容。
主流工具只有 PHP Desktop(基于 Chromium + 嵌入式 PHP)和 exepack(轻量级 CLI 封装器),其他如 roadsend、phc 已停止维护。PHP Desktop 适合带 Web UI 的应用;exepack 更适合命令行工具,但只支持 PHP 7.4–8.1(截至 2025 年最新版)。
PHP Desktop 自带完整 PHP 运行时,需手动把 .dll 扩展复制到 php/ext/ 目录,并在 php/php.ini 中启用,例如:extension=php_pdo_mysql.dll
exepack 不自带 PHP,需用户提供已编译好的 PHP 文件夹(含 php.exe、ext/、php.ini),它只负责把该目录和你的脚本 zip 后注入启动器.dll,启动时就会报 PHP Warning: Unable to load dynamic library 'xxx'
Composer 安装的纯 PHP 库(如 monolog/monolog、guzzlehttp/guzzle)没有二进制依赖,只需确保 vendor/ 在打包路径内,并在入口脚本中正确引入 vendor/autoload.php。但要注意:
composer install --no-dev 后再打包——有些包的生产环境逻辑依赖 autoload-dev 映射(如 PHPUnit 工具类被误引)classmap 或 files 类型 autoloader,它们在路径变化后容易失效;优先用 PSR-4symfony/flex 或 laravel/installer 等含 bin 脚本的包,其 bin/ 下的可执行文件不会自动重定位,需改用 require 方式调用内部类Windows 下 PHP 扩展是 DLL 文件,ABI 不兼容会直接导致 php.exe 启动失败或崩溃。常见错误包括:
立即学习“PHP免费学习笔记(深入)”;
php_sqlsrv_82.dll 放到 PHP 8.1 环境中 → 报错:PHP Startup: Unable to load dynamic library 'php_sqlsrv_82.dll' - %1 is not a valid Win32 application.
日志、进程静默退出验证方式:用 php -i | findstr "Thread Safety\Architecture" 查看当前 PHP 的 TS/NTS 和 x86/x64 属性,再比对扩展文件属性里的“目标计算机”字段(用 dumpbin /headers xxx.dll 或右键查看文件详细信息)。
打包后的 .exe 静默失败时,无法看到 PHP 错误或扩展加载日志。必须先在命令行下模拟打包结构:
myapp/ ├── php/ │ ├── php.exe │ ├── php.ini │ └── ext/ │ ├── php_pdo_mysql.dll │ └── php_curl.dll ├── vendor/ │ └── autoload.php └── index.php
然后执行:
php/php.exe -c php/php.ini index.php。只有这一步能输出完整错误,包括扩展缺失、INI 配置语法错误、权限拒绝加载 DLL 等。等这条命令完全稳定,再交给
exepack 或 PHP Desktop 封装。