PHP 8.4 彻底移除 COM 扩展，com_load、new COM() 等均不可用；Windows 下无法通过编译或 PECL 恢复；推荐用 exec() 调用 PowerShell/VBScript 或封装独立 CLI 工具替代。

PHP 8.4 官方不支持 COM 扩展，com_load、new COM() 等调用会直接报错或根本不可用。

PHP 8.4 已移除 com 扩展

自 PHP 8.0 起，com_dotnet 扩展已被标记为废弃；到 PHP 8.4，该扩展已从源码中彻底删除。Windows 下也**无法通过编译或 pecl 安装恢复**。

• 运行 php -m | findstr com 或 get_loaded_extensions() 查看，结果为空
• 尝试 new COM("WScript.Shell") 会触发 Fatal error: Uncaught Error: Class "COM" not found
• 即使降级到 PHP 8.3，com_dotnet 也仅在 NTS（非线程安全）+ VC17 x64 构建下勉强可用，且不稳定

替代方案：用 exec() 调用 PowerShell 或 VBScript

这是目前 Windows 下最可靠、兼容 PHP 8.4 的 COM 交互方式——绕过 PHP 层，交由系统脚本执行。

• PowerShell 可原生调用 COM 对象，例如：$excel = New-Object -ComObject Excel.Application
• 用 exec() 或 proc_open() 启动 PowerShell 进程，传入脚本内容或临时文件
• 注意权限：IIS/Apache 运行的 PHP 进程需有桌面交互权限（通常需改用「本地系统」或显式配置）
• 输出需用 ConvertTo-Json 或纯文本格式，避免 PowerShell 富格式干扰解析

exec('powershell -Command "$xl = New-Object -ComObject Excel.Application; $xl.Visible = $false; $wb = $xl.Workbooks.Add(); $wb.SaveAs(\'C:\\temp\\test.xlsx\'); $xl.Quit(); \'done\'"', $output);
var_dump(implode("\n", $output));

更稳健的做法：改用 REST / CLI 封装中间层

若 COM 对象提供的是业务逻辑（如打印、Excel 处理、硬件驱动），不要让 PHP 直接耦合。

• 用 C# / AutoIt / Python（pywin32）写一个独立 CLI 工具，封装 COM 调用，标准输入/输出通信
• PHP 用 proc_open() 启动它，传参并读取 JSON 输出
• 优势：隔离崩溃风险、可复用、便于日志和超时控制、不受 PHP 版本限制
• 示例工具名：com-printer.exe --action=print --file=test.pdf

为什么别折腾 dll 注册 + dl() + 自定义扩展

有人想手动加载旧版 php_com_dotnet.dll，这条路在 PHP 8.4 上走不通。

• dl() 函数早在 PHP 7.4 就被彻底移除，8.4 中已不存在
• 即使找到匹配的 DLL，其依赖的 Zend API 符号（如 zend_register_internal_class_ex）在 8.4 中已变更，加载即段错误
• 官方构建不带 --enable-com-dotnet，且 configure 脚本里该选项已被删除

真正卡点不在“怎么调”，而在“谁来调”——PHP 8.4 主动放弃了这条路径。把 COM 逻辑下沉到外部进程，反而更可控、更易维护。别在 extension 兼容性上浪费时间，尤其是涉及 Office、WMI、老旧硬件 SDK 的场景。