PHP变量未释放内存导致服务器内存耗尽的问题求助

兄弟，这种后台脚本内存泄漏搞崩服务的情况真的太闹心了！我先理清楚你的问题：你服务器上有两个长期在后台持续运行的PHP脚本，其中一个存在内存不释放的问题，慢慢把服务器的可用RAM榨干，最后连累另一个脚本因为内存不足直接运行失败。你还特意做了个简单的POC来复现问题——核心逻辑是用free命令三次检查服务器可用内存，第一次检查后就执行那个会消耗内存的函数，对吧？

给你几个实用的排查和解决思路，都是我处理这类问题的经验：

• 精准定位泄漏点：别光看系统层面的free命令，PHP本身有内置函数memory_get_usage()和memory_get_peak_usage()，你可以把这两个函数加到你的POC里，在每段耗内存的代码前后都打印内存使用值，对比就能揪出到底是哪块代码、哪个变量在持续占用内存不释放。比如在循环处理逻辑的每一轮都输出，泄漏点一下子就能找到。
• 手动触发垃圾回收：PHP的垃圾回收器（GC）在CLI模式下的触发时机和Web环境（FPM）不太一样，有时候大对象、循环引用的变量不会被自动回收。你可以在用完大数组、大对象之后，手动把变量赋值为null（比如$largeData = null;），然后调用gc_collect_cycles()强制触发GC，把这些“顽固”的内存回收回来。
• 排查全局/静态变量滥用：全局变量和静态变量会一直存活在整个脚本的生命周期里，如果你的脚本不断往这类变量里累加数据，内存肯定会只增不减。检查下你的脚本里有没有这类变量在持续攒内容，用完要么及时清理，要么改成局部变量。
• 排除扩展层面的泄漏：有时候问题不一定出在你的PHP代码上，可能是用到的第三方扩展有内存泄漏bug。你可以先把脚本里的扩展依赖去掉，跑一个简化版的测试，如果内存不再上涨，就逐个排查你用到的扩展，找到罪魁祸首。
• 换个运行思路：短进程替代长进程：如果你的脚本是持续处理任务的，不如放弃“单脚本长期后台运行”的模式，改成用Cron或者类似的调度工具，定期启动一个短进程处理一批任务就退出。进程退出时操作系统会自动回收所有内存，从根源上避免内存泄漏的积累问题。

我做的POC逻辑很简单：写个函数调用free命令检查服务器可用内存，一共检查三次，第一次检查完成后，就执行那个会导致内存被持续占用的函数，这样就能直观看到内存只增不减的问题。

备注：内容来源于stack exchange，提问作者Sitepor500.com.br