ZendMM碎片诊断 大白话：memory_get_usage(false)是PHP变量实际用的，memory_get_usage(true)是 ZendMM向OS要的（含空洞），系统RSS还包括C扩展/mmap 的部分。三层对比就能定位问题在哪层。<?php// 三层对比诊断$used=memory_get_usage(false);// PHP变量实际占用$held=memory_get_usage(true);// ZendMM向OS申请的总块// 系统RSS (Linux/macOS)preg_match('/VmRSS:\s+(\d+)/i',file_get_contents('/proc/self/status'),$m);$rss=($m[1]??0)*1024;printf("PHP变量: %6.1f MB\n",$used/1e6);printf("ZendMM块: %6.1f MB 碎片率: %.0f%%\n",$held/1e6,(1-$used/$held)*100);printf("系统RSS: %6.1f MB 扩展泄漏: %.0f MB\n",$rss/1e6,($rss-$held)/1e6);读结果： ┌─────────────────────────┬─────────────────────────────────────────┬─────────────────────────────────┐ │ 现象 │ 原因 │ 处理 │ ├─────────────────────────┼─────────────────────────────────────────┼─────────────────────────────────┤ │ ZendMM块 远大于PHP变量 │ ZendMMchunk 碎片（2MB 块里有空洞） │gc_mem_caches()尝试回收 │ ├─────────────────────────┼─────────────────────────────────────────┼─────────────────────────────────┤ │ 系统RSS远大于 ZendMM块 │C扩展/FFI/malloc 直接申请，不走 ZendMM │ 用 valgrind--leak-check 查扩展 │ └─────────────────────────┴─────────────────────────────────────────┴─────────────────────────────────┘// 尝试回收 ZendMM 碎片gc_collect_cycles();gc_mem_caches();echo"回收后: ".round(memory_get_usage(true)/1e6,1)." MB\n";你的情况（10MB vs1GB）：memory_get_usage(true)是多少？如果它也是10MB，问题在C扩展层，不是 ZendMM。
一句话终极结论 看三个内存数字，就能精准定位内存占用高的根源： 是PHP变量真的用得多？还是Zend内存管理器有碎片空洞？还是C扩展/FFI在偷偷漏内存？ 下面全程大白话，拆到完全易懂。 一、先搞懂三个核心内存数值（最关键）PHP的内存占用分三层，每层含义完全不一样：1.memory_get_usage(false)→PHP变量实际占用 你真正用掉的内存 就是你代码里数组、对象、字符串这些PHP变量，实打实占的空间，没有水分。2.memory_get_usage(true)→ ZendMM 向系统申请的总内存PHP内存管家（ZendMM）跟系统“整块批下来”的内存 ZendMM不会要1字节申请1字节，而是一次性向系统要一大块（比如2MB）。 如果里面只用到了一点点，剩下空着的就是内存碎片（空洞），这部分也算在里面。3.系统RSS（/proc/self/status 里的 VmRSS） 操作系统给整个PHP进程的总内存 除了ZendMM管的内存，还包括：-C扩展（比如gd、redis）申请的内存-FFI、mmap 映射的内存-第三方C代码 malloc 的内存 这些ZendMM管不着。 二、这段代码干啥用？ 就是自动算出这三层内存，再算两个关键指标：1.碎片率：ZendMM批的内存里，有多少是没用的空洞2.扩展泄漏：系统多给的、PHP完全管不到的内存 然后直接打印出来，一眼看问题。 三、两种典型问题（现象→原因→怎么修） 情况1：ZendMM块 远大于PHP变量实际占用 比如：-PHP变量只用了10MB-ZendMM却向系统要了500MB 原因： ZendMM内存碎片 内存管家批了一大堆大块内存，里面全是空洞，没填满，也没回收。 解决： 执行PHP内置回收函数，尝试清理碎片： phpgc_collect_cycles();gc_mem_caches();情况2：系统RSS远大于 ZendMM块 比如：-ZendMM只占10MB-系统RSS却跑到1GB 原因：C扩展/FFI/第三方C代码 内存泄漏 这部分内存不走PHP的ZendMM，PHP管不着，是外部代码漏内存了。 解决： 用 valgrind 这类C语言内存检测工具查泄漏，PHP层面修不了。 四、你提到的关键判断（10MB vs1GB） 如果：-PHP变量：10MB-ZendMM块：10MB-系统RSS：1GB 那绝对不是PHP自身的内存碎片， 是C扩展、FFI、mmap 这类外部代码在漏内存，和ZendMM没关系。 五、极简总结1.看三层内存，定位问题层2.ZendMM>>实际变量 → 内存碎片，PHP自带函数回收3.系统RSS>>ZendMM →C扩展泄漏，查外部代码4.数值差距极大时，一眼就能分清是PHP自身问题，还是扩展/FFI问题
