内存持续上涨且重启回落是典型内存泄漏，需用memory_get_usage(true)埋点验证；Db::table()->select()返回Collection易被意外持有，应转toArray()后unset；Xdebug trace可抓内存增长调用链；Container::invokeFunction隐式持闭包引用需警惕；Swoole下须重置Container实例状态；循环引用与闭包捕获需手动解绑。
如果您在ThinkPHP应用中观察到内存使用量随时间持续上升，且重启服务后回落，则很可能是存在内存泄漏。以下是针对该问题的多种排查与分析方法：
一、使用memory_get_usage(true)埋点监控内存变化
该方法通过在关键执行路径插入原生PHP函数，获取真实分配的内存页大小，从而定位单次请求或循环内是否存在内存持续增长。相比默认参数，true参数能绕过Zend内存池缓存干扰，结果更准确。
1、在控制器入口处调用error_log('start: ' . memory_get_usage(true), 3, '/tmp/tp-mem.log');
2、在Db查询语句执行后立即记录：error_log('after select: ' . memory_get_usage(true), 3, '/tmp/tp-mem.log');
立即学习“PHP免费学习笔记（深入）”；
3、在循环体末尾或大数组构造完成后再次记录内存值；
4、确保日志写入独立文件，避免与业务日志混杂；
5、对比连续多次请求的日志差值，若每次请求后内存未回落，则确认为代码级泄漏。
二、检查Db::table()->select()返回值持有问题
ThinkPHP 6 中Db::table()->select()返回Collection对象，其内部保留查询上下文与迭代器引用，若未显式转为数组并销毁，易被闭包、静态变量或事件监听器意外持有。
1、将所有Db::table('xxx')->where(...)->select()替换为->select()->toArray()；
2、对转换后的变量立即执行unset操作：$data = Db::table('log')->select()->toArray(); unset($data);
3、禁用全局中间件中对Query构建器实例的缓存行为；
4、大数据量分页场景下，改用Db::query("SELECT * FROM table LIMIT ?, ?", [$offset, $limit])；
5、验证是否仍有内存上涨：若改用原生SQL后内存稳定，则确认为Collection对象生命周期管理不当。
三、启用Xdebug trace捕获内存增长调用链
Xdebug trace模式仅记录函数调用栈及内存变化，开销低、体积小，适合在线上灰度节点短时启用，精准定位哪一行代码引发显著内存增长。
1、配置php.ini中xdebug.mode=trace和xdebug.start_with_request=trigger；
2、使用curl -H "XDEBUG_TRIGGER:1" http://your-domain.com/test 发起触发请求；
3、生成的.trace文件保存至指定路径（如/tmp/leak.trace）；
4、使用PHP官方工具tracefile-analyzer过滤出内存增长超过512KB的调用链；
5、重点检查Container::invokeFunction、App::make()、Cache::remember()等可能隐式持闭包或$this引用的位置。
四、Swoole环境下重置Container实例状态
在Swoole长生命周期中，ThinkPHP容器单例持续累积request-scoped对象（如Request、Db），导致内存无法释放。必须在每次onRequest开始时清空非核心绑定与已解析实例，而非新建Container。
1、在Swoole onRequest回调开头引入think\Container和think\App；
2、获取当前容器实例：$container = Container::getInstance();
3、定义需保留的核心绑定列表：$coreBindings = ['app', 'think\App', 'think\Env', 'think\Config'];
4、遍历所有bindings，对非核心项执行$container->forget($abstract)；
5、关键步骤：调用$container->setInstances([])彻底清空已解析对象缓存；
6、若使用了自定义Provider，需在重置后重新register或改用request-aware lazy binding。
五、识别并解除循环引用与闭包捕获
对象间双向引用、闭包use捕获大对象或$this，均会导致GC失效。此类泄漏在高并发下尤为隐蔽，需手动干预而非依赖析构函数。
1、搜索代码中形如$a->b = $b; $b->a = $a;的结构，并在逻辑结束前显式设为null；
2、检查事件监听器注册处是否使用匿名函数捕获了当前控制器实例；
3、将use ($this)改为use ($id, $name)等具体字段，避免整体对象被捕获；
4、对需长期缓存的对象，PHP 8.0+环境改用WeakMap替代数组存储；
5、在CLI命令或定时任务中，避免通过App::make()反复获取新实例而不释放，应统一管理生命周期。
