PHP 8.3.10内存管理以Zend引擎为核心，采用引用计数（RC）为主、垃圾回收（GC）为辅的协作模型，通过zval结构、堆分配、写时复制（COW）和周期性GC四大机制实现高效资源管控。
分析 PHP 8.3.10 源码的内存管理，核心是聚焦 Zend 引擎中 zval、堆分配、引用计数（RC）、写时复制（COW）和垃圾回收（GC）四大机制。不建议从头通读全部源码，而应按功能模块定向追踪，结合调试与观测工具验证行为。
定位关键源码路径与结构
PHP 内存管理逻辑集中在 Zend 目录下：
-
Zend/zend.h和Zend/zend_types.h：定义zval结构体、zend_refcounted头部、gc_root_buffer等基础类型 -
Zend/zend_alloc.c：内存分配器主实现（emalloc/efree），封装系统 malloc 并加入调试钩子与内存池逻辑 -
Zend/zend_variables.c：zval_copy_ctor、zval_dtor、zval_add_ref等生命周期操作函数 -
Zend/zend_gc.c：垃圾回收器完整实现，含根缓冲区管理、标记-清除算法、gc_collect_cycles()入口 -
Zend/zend_string.c：字符串内存管理，体现 COW 判断逻辑（如ZSTR_IS_INTERNED与ZSTR_IS_IMMUTABLE标志）
用调试手段验证内存行为
编译 PHP 时启用调试符号与 GC 日志：
./configure --enable-debug --enable-gc-debug make -j$(nproc)
运行脚本时添加环境变量观察 GC 过程：
USE_ZEND_ALLOC=0 ZEND_DONT_UNLOAD_MODULES=1 php -d gc_stats=1 script.php
配合 gdb 断点在 zval_dtor 或 gc_collect_cycles，查看 zval.u1.type_info 中的 REFCOUNTED 位与 zval.value.counted->gc.refcount 实际值变化。
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
重点关注三类典型场景的源码流转
立即学习“PHP免费学习笔记（深入）”；
-
赋值与 COW 触发：跟踪
$a = $b; $a[] = 1;如何走到zend_array_store_incompatible→zend_array_dup→zval_add_ref→zval_make_real，确认Z_REFCOUNT_P是否 ≥2 且是否调用zend_array_dup -
对象销毁链：从
unset($obj)进入zval_dtor→zend_object_std_dtor→zend_objects_store_del，观察GC_REMOVE_FROM_BUFFER与gc_possible_root调用时机 -
循环引用回收：构造
A→B→A对象后调用gc_collect_cycles()，在zend_gc_collect_roots中看gc_mark_grey如何遍历根缓冲区，再经gc_scan_roots完成标记-清除
结合运行时观测交叉验证
不依赖源码猜测，用函数实测佐证：
-
xdebug_debug_zval('var')查看refcount__gc和is_ref__gc字段 -
gc_status()返回数组中的roots、collected值反映 GC 实际效果 -
memory_get_peak_usage(true)的真实峰值比false版本更能暴露未释放的循环引用残留
本质上，PHP 8.3.10 的内存管理仍是“引用计数为主 + GC 为辅”的协作模型，源码分析的价值在于看清哪些操作真正触发拷贝、哪些看似安全的赋值暗藏开销、以及 GC 在什么条件下被抑制或延迟——这些细节直接决定你写 $data = $source 还是 &$data = $source。
