PHP 原生编译器 TypePHP：将 PHP 编译成原生机器码

TypePHP 是由 Swoole 社区推出的 PHP 原生 AOT（Ahead-Of-Time）编译器。它的目标不是简单地缓存 PHP 字节码，而是把 PHP 源码提前编译成原生机器码，让程序可以直接运行在 CPU 上。

TypePHP 的编译流程比较特别：PHP 源码首先被转换为 C++17 代码，然后再由 GCC、Clang 等编译器生成原生机器码。最终可以输出原生可执行文件、PHP 扩展或者共享库。官方项目目前仍处于积极开发阶段，并不是所有 PHP 动态特性都能够直接编译。

TypePHP GitHub 地址：https://github.com/swoole/typephp

TypePHP 和传统 PHP 有什么区别？

传统 PHP 程序通常由 Zend Engine 执行，OPcache 可以缓存编译后的 opcode，PHP 8 之后还提供了 JIT，可以针对部分代码进行即时编译。

TypePHP 采用的是另一条路线。程序在部署之前就完成 AOT 编译，运行时不需要进行 opcode 解释，也不存在 JIT 预热过程。对于类型明确、计算密集的代码，TypePHP 可以把 int、float、bool 等类型映射到对应的 C++ 原生类型，从而减少动态类型处理带来的开销。

这也让 TypePHP 更接近 C++ 的编译运行模式，同时保留 PHP 语法和 PHP 生态的一部分能力。

TypePHP 有哪些核心特性？

TypePHP 最大的特点是原生 AOT 编译。同一套 PHP 代码可以根据项目需求生成 bin、ext 和 lib 三种类型的产物，适合不同的部署方式。它还提供原生类型和高精度数值类型，包括 int、float、bool、bigInt、decimal 和 bigFloat。对于数学计算、数据处理等场景，可以减少传统 PHP 动态类型带来的额外开销。官方文档还提供了强类型容器，例如 std::vector、std::map 等。

另一个比较有意思的特性是自举。TypePHP 编译器本身完全使用 PHP 编写，并且可以使用 TypePHP 编译自身源码生成原生的 tpc 编译器，这意味着它并不是一个简单的 PHP 外部包装工具。

TypePHP 能不能直接编译现有 PHP 项目？

目前不能简单理解为把任意 PHP 项目丢进去就能直接生成原生程序。TypePHP 明确采用了受控的 PHP 语言子集，一些高度动态的 PHP 特性存在限制。例如全局作用域主要用于声明，部分动态引用、闭包、反射以及运行时才能确定的声明模式可能无法直接使用。官方也建议在迁移现有项目之前检查兼容性模型和不兼容特性列表。

因此，对于 Laravel、WordPress 等高度依赖动态特性和第三方扩展的项目，不能简单认为 TypePHP 可以直接替代传统 PHP 运行环境。更现实的方式是针对兼容代码、性能热点或者独立服务进行测试。

TypePHP 适合哪些场景？

TypePHP 更适合对启动速度、计算性能、二进制交付或者源码保护有需求的 PHP 项目。例如数据处理、计算密集型任务、CLI 工具、独立后台服务，以及需要将 PHP 程序编译成独立原生程序的场景，都可以重点关注 TypePHP。它还支持 Linux、Windows、macOS 等平台，并提供 WASI 相关能力。

目前 TypePHP 的最低运行环境要求包括 PHP 8.4，编译过程中还需要 C++17 编译器、CMake 等工具链。

总结

TypePHP 为 PHP 提供了一条不同于 OPcache 和 JIT 的性能优化路线：把 PHP 源码提前编译成原生机器码。它兼顾 PHP 语法、Zend 生态互操作和 C++ 原生编译能力，并提供可执行文件、扩展和共享库等输出方式。

不过，TypePHP 目前仍在快速发展，兼容性边界需要重点关注。对于新项目或者性能要求较高、代码结构相对明确的 PHP 项目，可以尝试 TypePHP。对于大量依赖动态特性的传统 PHP 应用，则应该先进行兼容性测试，再决定是否采用。