PHP8线程安全版本中的php_clear_stat_cache()崩溃问题分析

问题背景

在PHP 8.3.19版本的Windows Server 2019环境中，使用Apache 2.4.63作为服务器时，出现了php_clear_stat_cache()函数导致的崩溃问题。这个问题主要影响线程安全(TS)版本的PHP，在特定条件下会导致服务器进程异常退出。

问题现象

开发人员报告称，在运行Yii 1.1框架构建的应用程序时，服务器会不定期崩溃。崩溃发生时，Apache错误日志中会记录子进程异常退出的信息，状态码为3221225477（十六进制0xC0000005，表示访问冲突）。通过分析崩溃转储文件发现，问题发生在php_clear_stat_cache()函数内部，具体是在尝试释放zend_string资源时。

技术分析

根本原因

经过核心开发团队的深入调查，发现这个问题源于PHP内部对基本全局变量(basic globals)初始化的时序问题。具体表现为：

1. 在ZTS（Zend线程安全）模式下，basic_globals_id在sapi_activate调用时尚未正确初始化，导致访问了无效的内存偏移量
2. php_clear_stat_cache()函数在EG(active)为true时会尝试清理BG(CurrentStatFile)和BG(CurrentLStatFile)这两个全局变量
3. 由于初始化时序问题，这些全局变量可能处于未初始化状态，导致内存访问越界

相关代码路径

崩溃发生在以下调用链中：

php_request_startup -> sapi_activate -> sapi_read_post_data 
-> sapi_read_standard_form_data -> _php_stream_write 
-> php_stdiop_write -> php_clear_stat_cache

特别值得注意的是，sapi_activate在zend_activate之后被调用（此时EG(active)为true），但在zend_module_activate（RINIT）之前执行，这使得它依赖于MINIT阶段的数据初始化。

解决方案

PHP核心开发团队通过以下方式修复了这个问题：

1. 修正了basic_globals_ctor函数，确保它使用正确的basic_globals_p变量而非BG宏
2. 确保在MINIT阶段正确初始化所有基本全局变量，包括stat缓存相关的全局变量
3. 修复了全局变量初始化的时序问题，确保在sapi_activate调用时相关资源已准备就绪

影响范围

该问题主要影响：

• PHP 8.3.19版本的线程安全(TS)构建
• Windows平台下的Apache服务器环境
• 使用文件状态缓存的相关操作

修复版本

该修复已包含在PHP 8.3.21版本中，于2025年5月8日发布。对于无法立即升级的用户，建议回退到8.3.18版本作为临时解决方案。

开发者启示

这个案例为PHP开发者提供了几个重要启示：

1. 全局变量的初始化时序在多线程环境中尤为关键
2. 线程安全版本的PHP可能有不同于非线程安全版本的行为特征
3. 核心函数的改动（如8.3.19中对php_clear_stat_cache的修改）可能暴露出隐藏的问题
4. 在Windows环境下，内存访问错误的调试需要结合符号文件和转储分析

通过这个问题的分析和解决，PHP核心团队进一步巩固了线程安全机制，为后续版本的稳定性奠定了基础。