Flutter应用内存泄漏排查：DevTools过滤节点内存异常求助

现象原因分析 #

• 过滤树统计逻辑特性：DevTools过滤树的父节点内存是所有匹配过滤规则的对象总和，但默认展开的子项仅展示内存占比高、数量突出的对象，大量小内存对象或占比低的对象不会被默认列出。所以两次快照子项一致但父节点内存增长，说明新增的是这类未被展开显示的对象。
• 引用链未完全展示：部分对象通过弱引用、匿名闭包或系统内部引用持有，DevTools默认不会展开所有层级的引用关系，导致父节点统计的总内存无法在可见子项中体现。
• 临时对象未被GC回收：两次快照间隔期间创建的临时对象，可能还未被垃圾回收机制清理，这类对象符合过滤规则，但因生命周期短，未被优先展示在展开视图中。

排查额外内存占用的方法 #

• 调整过滤树显示阈值：在DevTools内存面板中，修改过滤树的显示设置，降低最小内存占比或直接设置显示所有对象，查看父节点下的全部子对象，对比两份快照找出新增的对象类型。
• 使用快照对比功能：将两份快照分别设为基准和对比对象，切换到DevTools的对比模式，直接查看过滤分支下新增的对象列表，重点关注数量持续增长的对象（比如自定义Model、闭包、第三方库对象）。
• 追踪对象引用链：对过滤分支中新增的对象，右键选择查看引用链，找到持有该对象的根节点，判断是全局变量未清理、Stream未取消订阅，还是State对象未被正确释放导致的泄漏。
• 手动触发GC后再拍快照：排查前点击DevTools内存面板顶部的垃圾回收按钮，清理临时对象，确保快照反映的是真正的内存泄漏对象。
• 结合代码审计：若发现某类对象持续增长，检查对应业务代码：比如列表滚动时是否重复创建对象、AnimationController是否已销毁、全局静态变量是否存储大量数据、dispose方法中是否遗漏清理定时器、流等资源。

内容的提问来源于stack exchange，提问作者Xander