React Native内存泄漏排查求助：无操作时内存持续增长

嘿，这种无操作下的缓慢内存增长确实挺闹心的，我之前排查类似问题时踩过不少坑，既然已经排除了事件监听器的问题，那咱们可以从这些工具和排查方向入手：

• Flipper Memory Inspector：React Native官方推荐的调试工具，直接集成在Flipper里。你可以实时查看内存走势，还能手动拍摄堆快照，对比两次快照之间新增的对象——重点看那些数量持续增长的对象类型，比如某个自定义组件实例、第三方库的对象，这往往就是泄漏的源头。
• Chrome DevTools Memory面板：在Debug模式下打开Chrome调试，切换到Memory标签。可以用「Heap snapshot」功能，多次拍摄快照后对比，筛选出「Deltas」（新增对象），找到一直被创建但没被回收的对象。另外「Allocation Instrumenter」能跟踪所有内存分配，帮你定位到具体的代码行。
• Android Studio Memory Profiler：如果是Android端的问题，用Android Studio打开你的项目，运行App后打开Profiler的Memory面板。它能显示实时内存占用，还能捕获堆转储文件（.hprof），分析对象的引用链，找出哪些对象被意外持有导致无法回收。
• iOS Instruments：对于iOS端，打开Xcode的Instruments工具，选择「Allocations」跟踪所有内存分配，或者「Leaks」直接检测内存泄漏。Allocations里可以看每个对象的分配次数和存活时间，Leaks能自动标记出泄漏的对象及其引用路径。

除了工具，这些常见的泄漏场景也得逐一排查：

• 未清理的定时器/循环动画：比如setInterval、Animated.loop这类，哪怕组件已经卸载，只要没清理就会持续运行，持有组件引用导致内存增长。记得在useEffect的返回函数里调用clearInterval或者Animated.stop()。
• 全局状态订阅未取消：如果用了Redux、MobX或者其他状态管理库，组件订阅了状态更新但在unmount时没取消订阅，状态变化时就会触发回调，组件实例也会被一直持有。比如Redux的useSelector其实会自动处理，但有些自定义订阅要手动取消。
• Native模块内存泄漏：有些第三方Native模块可能存在JNI对象未释放（Android）或者Objective-C循环引用（iOS）的问题。这时候需要结合Native端的工具排查，比如Android用LeakCanary，iOS用Instruments的Leaks工具，检查Native层的对象引用。
• 图片缓存无限制：比如用FastImage或者RN自带的Image组件，如果缓存策略没设置上限，大量图片加载后会一直占用内存。可以检查图片库的缓存配置，或者在合适的时机手动清理缓存。
• WebView残留引用：如果App里用到了WebView，哪怕WebView已经不在界面上，后台可能还在运行JS，或者WebView的实例没被正确销毁。确保组件unmount时调用WebView的stopLoading()或者直接销毁实例。
• Context订阅残留：如果组件订阅了Context，某些情况下unmount后可能没取消订阅，导致Context的变化还会触发组件的回调，持有组件引用。可以检查Context的使用方式，或者用自定义的订阅钩子确保unmount时取消。

最后给个小技巧：每次只修改一个可能的点，然后测试内存变化，这样更容易定位到具体的泄漏源——毕竟缓慢增长的问题，一次改太多反而分不清是哪个起作用了。

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