PHP核心架构是支撑PHP脚本运行的基础体系，它由多个功能模块协同组成，共同完成从代码输入到结果输出的全流程处理。不同模块各司其职，又通过标准接口交互，保障PHP的稳定运行和灵活扩展。
PHP核心架构的核心组成
1. Zend引擎
Zend引擎是PHP的核心执行引擎，负责PHP代码的解析、编译和最终执行。它的工作主要分为两个阶段：首先会将PHP脚本解析为抽象语法树，再将抽象语法树编译为Zend虚拟机可以执行的opcode指令，最后由虚拟机逐条执行这些指令完成业务逻辑。
Zend引擎还负责内存管理、变量管理、函数调用等底层能力，比如PHP中的变量容器zval就是由Zend引擎定义和管理的，所有的变量操作都依赖Zend引擎的底层实现。
2. PHP SAPI
PHP SAPI全称是Server Application Programming Interface，即服务器应用编程接口，它是PHP与外部运行环境交互的入口。不同的运行场景对应不同的SAPI实现，比如常见的CLI SAPI用于命令行模式执行PHP脚本，FPM SAPI用于FastCGI模式处理Web请求，Apache SAPI用于Apache服务器的模块模式运行。
SAPI层的作用是屏蔽不同运行环境的差异，让Zend引擎不需要关心请求是来自命令行还是Web服务器，只需要按照SAPI层提供的标准接口获取输入、返回输出即可。
3. 扩展层
扩展层是PHP实现功能扩展的核心部分，PHP内置的很多功能比如字符串处理、数组操作、文件读写等，都是通过扩展实现的。开发者也可以自己编写扩展，为PHP添加新的函数、类或者资源类型，满足特定业务需求。
扩展分为内置扩展和第三方扩展，内置扩展会随PHP源码一起编译，第三方扩展可以通过动态加载的方式在运行时引入。扩展和Zend引擎之间通过统一的API交互，保证扩展的兼容性和稳定性。
4. OPcache
OPcache是PHP官方提供的opcode缓存组件，属于核心架构中的性能优化模块。默认情况下，每次执行PHP脚本都需要经过Zend引擎的解析编译过程，生成opcode后再执行，OPcache会将编译后的opcode缓存到共享内存中，下次执行相同脚本时直接使用缓存的opcode，跳过解析编译步骤，大幅提升执行效率。
PHP核心架构的工作流程
以Web场景下使用FPM SAPI处理请求为例，PHP核心架构的完整工作流程如下：
- Web服务器接收到用户请求后，将请求转发给PHP FPM进程管理器
- FPM进程调用对应的FPM SAPI接口，SAPI层初始化运行环境，获取请求的参数、头部等信息
- Zend引擎接收PHP脚本，检查OPcache中是否有对应的缓存opcode，如果有则直接读取，没有则解析编译脚本生成opcode并缓存到OPcache
- Zend虚拟机执行opcode指令，执行过程中如果需要调用扩展提供的功能，会通过扩展层接口调用对应扩展的实现
- 执行完成后，SAPI层将执行结果返回给FPM，再由FPM返回给Web服务器，最终响应给用户
- 请求处理完成后，SAPI层清理本次请求的资源，等待下一个请求
核心模块协作示例
我们可以通过一段简单的PHP代码，看核心架构各模块的作用：
<?php
// 定义一个函数，函数逻辑由Zend引擎编译为opcode
function add($a, $b) {
return $a + $b;
}
// 调用函数，执行时Zend虚拟机运行对应的opcode
$result = add(1, 2);
// 输出结果，echo功能由内置扩展实现，SAPI层负责将输出返回给调用方
echo $result;
?>
上述代码中，add函数的定义和调用逻辑会被Zend引擎编译为opcode，echo的实现依赖内置扩展，最终的输出结果通过FPM SAPI返回给Web服务器。如果开启了OPcache，第二次执行这段代码时，Zend引擎会直接读取缓存的opcode，不需要重新解析编译。
常见问题解答
不同SAPI对PHP核心架构有影响吗
不同SAPI只是入口和交互方式不同，核心的Zend引擎、扩展层、OPcache等模块都是通用的，不会因SAPI变化而改变核心逻辑。比如CLI模式下没有Web请求相关的SAPI初始化步骤，但代码执行、扩展调用、OPcache缓存的逻辑和FPM模式是一致的。
扩展和Zend引擎的关系是什么
扩展是基于Zend引擎提供的扩展API开发的，扩展不能脱离Zend引擎独立运行，Zend引擎为扩展提供了变量操作、内存管理、函数注册等基础能力，扩展则通过这些能力为PHP添加新的功能。
PHP核心架构Zend_EnginePHP_SAPIOPcache修改时间：2026-07-13 21:48:52