PHP内存函数统计的范围与操作系统看到的进程驻留内存并不相同，扩展、共享映射及运行时分配方式都会影响差异。容量规划应先统一指标和采样范围，不能把一段代码的峰值直接当作整个FPM子进程大小。
先写清每个数字来自哪里
区分memory_get_usage、memory_get_peak_usage及系统RSS等观察，记录参数、单位、进程和请求时段。PHP报告值可能与底层实际分配视角不同，操作系统共享内存的统计又有自己的规则。不要只把数值贴进同一表格，省略定义后直接比较。
把单请求与长期进程分开
一段请求的峰值不等于进程在多次请求后的全部资源状态，插件和扩展也可能有不同分配行为。采样应覆盖典型后台、图片处理和普通页面，而不是只在最简单首页读取一次。当前空闲进程占用也不能代表高峰时每个进程的需求。
整机预算避免重复和遗漏
数据库、OPcache、对象缓存和其他站点都消耗资源，部分共享区域不能简单按每进程重复相加，未计入PHP统计的部分也不能完全忽略。需要时使用主机监控和更合适的内存分摊指标，说明估算误差，不给一个凭单次数据算出的精确安全上限。
用调整前后同口径观察
设置并发或排查泄漏时，保持样本路径、负载和时间窗口一致，记录峰值、进程趋势、错误与交换等现象。内存上升可能有正常缓存建立过程，也可能是异常持续增长，需看完整趋势。最终结论限定到已观察范围，不由一个函数结果承诺整站不会耗尽内存。
关键区别
PHP统计：语言运行时内存视角；不等于进程全部占用。
进程RSS：系统驻留内存视角；共享部分需谨慎相加。
容量预算：整机多服务合计；不能只乘一次峰值。
怎样确认处理到位
内存报告的指标、单位和采样条件明确，容量判断包含其他服务与共享因素，配置变化在代表性负载下有可解释结果。
容易误判的边界
本文不根据单个PHP内存值给出万能并发数，也不把正常缓存增长与持续异常泄漏直接等同。
