HHVM 与 Zend php 不可互换，自2018年起停止支持PHP，专用于Hack语言；运行标准PHP项目会因扩展缺失、语法不兼容、类未找到、composer崩溃等问题失败。
HHVM 和 Zend PHP 不是可互换的运行时
直接“切换”行不通。HHVM 是一个独立的虚拟机，虽然早期兼容部分 PHP 语法，但自 2018 年起已停止对 PHP 语言的支持，转为专注 Hack 语言。你现在用的 php -v 显示的是 Zend 引擎（如 PHP 7.4 / 8.x），而 HHVM 的 hhvm --version 输出中已不含 “PHP” 字样——它不再解析 .php 文件为 PHP 代码。
试图用 HHVM 运行标准 PHP 项目会失败
常见现象包括：
-
Fatal Error: Uncaught Error: Call to undefined function curl_init()（扩展未启用或不兼容） -
Parse errors在使用 PHP 7.4+ 特性（如箭头函数、属性、match 表达式）时出现，因为 HHVM 的 Hack 解析器不认这些 -
class 'pdo' not found，即使编译时启用了--enable-pdo，实际加载行为与 Zend 完全不同 - Composer 安装失败：
hhvm composer.phar install可能卡在 autoloader 生成或因反射 API 差异崩溃
根本原因：HHVM 的运行时行为、扩展接口、错误处理、甚至 ini_set() 的生效范围都和 Zend 不一致；它没有 opcache，也不走 php.ini 流程。
如果你真在维护遗留 HHVM 项目（如旧版 facebook 开源组件）
请确认你面对的是 Hack 项目（文件后缀为 .hack 或含 开头），且使用的是 HHVM 4.x 系列（如 4.119）。此时需：
立即学习“PHP免费学习笔记（深入）”；
- 用
hhvm --config /etc/hhvm/server.ini启动，而非复用php.ini - 扩展必须通过
hhvm.extension_dir指向 HHVM 编译产出的.so，不是 Zend 的curl.so - Web 模式下必须配
hhvm.server.type = fastcgi+ Nginx 的fastcgi_pass 127.0.0.1:9000，不能直接绑端口跑 - 检查
hhvm.php7.all = true是否开启——它仅模拟部分 PHP 7 语义，不保证兼容，且已在 HHVM 4.100+ 中被移除
hhvm.server.port = 8080 hhvm.server.type = fastcgi hhvm.repo.authoritative = true hhvm.hack.lang = true现在该用什么替代 Zend PHP？
如果你的目标是“更快的 PHP”，答案不是 HHVM，而是：
-
PHP 8.3++opcache.preload+jit=1255（JIT 对 Web 请求收益有限，但 CLI 场景明显） - 用
Swoole或OpenSwoole替代 FPM，实现常驻内存、协程化，实测 QPS 提升 3–5 倍 - 静态分析改用
Psalm或PHPStan，它们支持 PHP 8.3 全特性，且不依赖 HHVM 的 Hack 类型系统
HHVM 的 Hack 生态和工具链（如 hh_client）与现代 PHP 工程完全割裂——强行“切换”只会把部署问题变成类型系统冲突问题。