简介：flutter内存泄漏定位
作者：闲鱼技术-三莅
内存水位升高导致的稳定性问题严重影响app用户体验，所以开发者们非常关注Flutter的内存表现。随着Flutter业务越来越多，闲鱼也面临着oom导致的crash率提升的问题，下面我们结合项目中实际遇到的内存问题和解决思路跟大家分享下flutter内存优化的经验。
本文分为三个部分
DartVM的垃圾回收机制分两个阶段，新生代（New Generation）和老年代（Old Generation）。
新生代用来存储生命周期较短的对象，由两个内存空间组成，Active内存空间用来分配新对象，inActive内存空间用来作为备用空间，DartVM的内存分配策略非常简单，创建对象时只需要在现有堆上移动指针，内存增长始终是线形的，省去了查找可用内存段的过程。每个Isolate有自己独立的Heap，相互之间无法共享内存，这样可以实现无锁的快速分配。
一旦Active的内存空间被填满，垃圾回收器会从根对象开始遍历检查检查所有对象的引用状态，没有被引用的对象标记为dead状态，非dead状态的对象在下次内存回收事件中会被复制到inActive内存空间，清除Active内存空间，最后Active和inActive内存空间状态调换。
当对象达到一定的生命周期，会被移到老年代内存空间管理，这种垃圾收集策略有两个阶段，1. 首先遍历对象图，并标记仍在使用的对象。2. 扫描整个内存，并回收任何未标记的对象，然后清除所有标志。这种内存清理的频率较低，并且在扫描回收阶段需要暂停Dart runtime，回收成本较高，比较适合Flutter中大量StatelessWidget的模式（大部分都存放在新生代）。
另外，当engine检测到应用是idle状态并且没有用户交互的时候会发送通知垃圾收集器开始清理内存，最小化对性能的影响。这些策略让Dart的内存分配和回收都非常高效。
Android和IOS中都存在强引用弱引用的概念，区别在于一个对象具有强/弱引用，系统会不会释放该对象占用的内存空间，Dart并没有弱引用的概念，但是有个特例Expando ，它会以弱引用的方式持有 key，相当于一个弱应用的map，感兴趣的可以了解下。
Dart VM借鉴了很多JVM的思路，Dart中产生内存泄露的方式也和Java类似，Java中很多排查内存泄露的思路和防止内存泄露的方法应该也可以借鉴过来。Android可以通过Profile和LeakMemory等工具检测app中的内存泄漏，Flutter如何检测呢？可以使用Observatory或者DevTools。
Observatory是官方提供的调试工具，通过dart vm获取运行时信息，通过它我们可以分析一系列性能相关数据，例如app耗时统计，代码覆盖率等，这里我们重点介绍内存相关的调试工具。（DevTools也可以用来调试分析性能数据，它是在Observatory层做了一层封装，但是目前还是beta版本）。
下面我们用闲鱼中的实际例子介绍下如何使用Observatory检查看Dart VM内存使用情况，注意所有关于性能的分析要在Profile模式下进行。
运行app，在控制台中查找类似输出日志listening on ws://127.0.0.1:64673/hXsWR_ZOsGk=/ws， 表示当前连接的VM地址，输入到浏览器就可以看到Observatory主界面，显示了dart vm一些基础信息，具体使用方法可以参考 官方文档，这里不再详细描述，我们重点关注右下角的allocation profile选项。
这里有一点需要注意，Observatory显示的Dart VM占用的内存信息要远远小于Android Profile/Xcode检测出的内存大小，因为存在部分只有系统工具能检测出的内存区块，例如一些完全不依赖于DartVM的skia对象，并且layer在engine中创建时并不能明确知道大小，所以采用虚拟近似值代替。
//engine/lib/ui/painting/engine_layer.cc
...
size_t EngineLayer::GetAllocationSize() {
// Provide an approximation of the total memory impact of this object to the
// Dart GC. The ContainerLayer may hold references to a tree of other layers,
// which in turn may contain Skia objects.
return 3000;
};下面我们总结了几种常见内存泄漏的场景，在Java中都可以一一对应找到类似的场景，大家在业务开发中注意避免
示例代码:
class DownloadManager extends Object {
......
abstract class DownloadListener {
void completed(DXTemplateItem item);
void failed(DXTemplateItem item, String errorInfo);
}
static List<DownloadListener> listenerList = List();
static void downloadSingleTemplate(DXTemplateItem template, DownloadListener listener) async {
listenerList.add(listener);
...
}
...修改方法：手动取消注册或回调
// 移除
static void removeDownloadListener(DownloadListener listener) {
if (listener != null && listenerList != null && listenerList.contains(listener)) {
listenerList.remove(listener);
}
}问题代码：
void _resolveImage() {
final ImageStream newStream =
widget.image.resolve(createLocalImageConfiguration(context));
assert(newStream != null);
_updateSourceStream(newStream);
}修改方法：在图片组件被销毁时正确释放资源
@override
void dispose() {
...
_imageInfo.image.dispose();
_imageInfo = null;
super.dispose();
}问题代码：
/// 通过asset读取Json
Future<Map<String, dynamic>> loadJsonAsset(String assetPath) async {
_rootBundle ??= PlatformAssetBundle();
final String jsonStr = await _rootBundle.loadString(assetPath);
return json.decode(jsonStr);
}修改方法：
/// 通过asset读取Json
Future<Map<String, dynamic>> loadJsonAsset(String assetPath) async {
_rootBundle ??= PlatformAssetBundle();
final String jsonStr = await _rootBundle.loadString(assetPath, cache: false);
return json.decode(jsonStr);
}PlatformAssetBundle继承于CachingAssetBundle，会在app整个生命周期中缓存读取的数据，如果不是需要频繁访问的话建议cache参数设置为false
以上内容介绍了闲鱼在实践中遇到的Flutter内存问题解决思路，给出了内存泄漏定位方法。优化后能在一定程度上减小内存压力，避免不必要的内存占用。闲鱼在内存优化的方向上还有很多需要继续探索的地方，正在做的包括对图片库的缓存改造，layer层内存检测工具等等，朝着不断优化flutter性能体验努力。
原文链接：https://developer.aliyun.com/article/770316?
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。