如何有效定位Flutter内存问题?

内存水位升高导致的稳定性问题严重影响app用户体验,所以开发者们非常关注Flutter的内存表现。随着Flutter业务越来越多,闲鱼也面临着oom导致的crash率提升的问题,下面我们结合项目中实际遇到的内存问题和解决思路跟大家分享下flutter内存优化的经验。

本文分为三个部分:

  1. 了解Dart VM内存分配及销毁原理
  2. 通过Observatory工具分析内存泄漏,减少不必要的内存占用
  3. Flutter中常见内存泄漏场景有哪些,如何在业务应用中避免踩坑

Dart VM内存分配及销毁原理

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分析内存泄漏

Observatory是官方提供的调试工具,通过dart vm获取运行时信息,通过它我们可以分析一系列性能相关数据,例如app耗时统计,代码覆盖率等,这里我们重点介绍内存相关的调试工具。(DevTools也可以用来调试分析性能数据,它是在Observatory层做了一层封装,但是目前还是beta版本)。

下面我们用闲鱼中的实际例子介绍下如何使用Observatory检查看Dart VM内存使用情况,注意所有关于性能的分析要在Profile模式下进行。

  • 打开Observatory URL的Web页面。运行app,在控制台中查找类似输出日志 listening on ws://127.0.0.1:64673/hXsWR_ZOsGk=/ws, 表示当前连接的VM地址,输入到浏览器就可以看到Observatory主界面,显示了dart vm一些基础信息,具体使用方法可以参考 官方文档,这里不再详细描述,我们重点关注右下角的allocation profile选项。

  • 点击右下角allocation profile选项后,操作app进入想要分析的Flutter页操作,退出该页面,点击页面右上角 GC按钮触发手动GC,查看Class,发现有部分DX Class内存占用,这类class本应该只有在目标分析页会出现,退出目标分析也后手动GC会被完全释放,但是这里任然能看到相关内存占用,说明产生了内存泄漏。

  • 点击对应class查看具体应用实例,点击对应实例进入查看引用路径,就能找到没有导致释放的引用变量,结合业务代码具体分析,就能发现泄漏的源头。

这里有一点需要注意,Observatory显示的Dart VM占用的内存信息要远远小于Android Profile/Xcode检测出的内存大小,因为存在部分只有系统工具能检测出的内存区块,例如一些完全不依赖于DartVM的skia对象,并且layer在engine中创建时并不能明确知道大小,所以采用虚拟近似值代替。

//engine/lib/ui/painting/engine_layer.cc
...
size_tEngineLayer
::
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中都可以一一对应找到类似的场景,大家在业务开发中注意避免。

常见内存问题

  • 未取消注册或回调导致内存泄露

示例代码:

classDownloadManagerextendsObject{
......
abstractclassDownloadListener{
void completed(DXTemplateItem item);
void failed(DXTemplateItem item, String errorInfo);
}
staticList<DownloadListener> listenerList = List();
staticvoid
 downloadSingleTemplate(DXTemplateItemtemplate, DownloadListener listener) async{
    listenerList.add(listener);
...
}
...

修改方法:手动取消注册或回调

// 移除
staticvoid removeDownloadListener(DownloadListener listener){
if(listener != null&& listenerList != null&& listenerList.contains(listener)) {
      listenerList.remove(listener);
}
}
  • 资源未关闭或释放导致内存泄露,例如ImageStream的图片资源有没有被正常关闭导致的内存泄漏。

问题代码:

void _resolveImage() {
finalImageStream newStream =
    widget.image.resolve(createLocalImageConfiguration(context));
assert(newStream != null);
    _updateSourceStream(newStream);
}

修改方法:在图片组件被销毁时正确释放资源

@override
void dispose() {
...
    _imageInfo.image.dispose();
    _imageInfo = null;

super.dispose();
}
  • PlatformAssetBundle().loadString通过asset读取String内容会一直缓存读取的内容,造成内存无法释放

问题代码:

/// 通过asset读取Json
Future<Map<String, dynamic>> loadJsonAsset(String assetPath) async{
  _rootBundle ??= PlatformAssetBundle();
finalString jsonStr = await _rootBundle.loadString(assetPath);
return json.decode(jsonStr);
}

修改方法:

/// 通过asset读取Json
Future<Map<String, dynamic>> loadJsonAsset(String assetPath) async{
  _rootBundle ??= PlatformAssetBundle();
finalString jsonStr = await _rootBundle.loadString(assetPath, cache: false);
return json.decode(jsonStr);
}

PlatformAssetBundle继承于CachingAssetBundle,会在app整个生命周期中缓存读取的数据,如果不是需要频繁访问的话建议cache参数设置为false

  • 另外很多同学有反馈过Flutter带图片的长列表滑动会造成内存一直上涨,flutter在1.17版本对这个问题做了优化,具体改动可以参考pr 14265。

总结

以上内容介绍了闲鱼在实践中遇到的Flutter内存问题解决思路,给出了内存泄漏定位方法。优化后能在一定程度上减小内存压力,避免不必要的内存占用。闲鱼在内存优化的方向上还有很多需要继续探索的地方,正在做的包括对图片库的缓存改造,layer层内存检测工具等等,朝着不断优化flutter性能体验努力。


https://mp.weixin.qq.com/s/l58xQlumF3t7vV6FfjgyPQ

如何有效定位Flutter内存问题?

内存水位升高导致的稳定性问题严重影响app用户体验,所以开发者们非常关注Flutter的内存表现。随着Flutter业务越来越多,闲鱼也面临着oom导致的crash率提升的问题,下面我们结合项目中实际遇到的内存问题和解决思路跟大家分享下flutter内存优化的经验。

发布于:9天以前  |  62次阅读  |  详细内容 »

推荐5个Flutter重磅开源项目!

大家好,我是hub哥,近年来,随着移动智能设备的快速普及,移动多端统一开发框架已成为一个热门话题。这里为大家整理了5个Flutter优质的开源项目,希望对大家有帮助

发布于:3月以前  |  554次阅读  |  详细内容 »

Flutter在PLUS业务中的探索和实践

2016年京东为向核心客户提供更优质的购物体验,特别推出京东PLUS会员,旨在全方位提升和丰富用户网购体验,目前京东PLUS会员已成为电商行业付费人数最多的会员体系。作为PLUS的前端开发,我们思考最多的就是如何让页面更快更好的呈现在用户面前,如何用技术为用户提供最好的购物体验。

发布于:3月以前  |  454次阅读  |  详细内容 »

首发 | 闲鱼公开多年 Flutter 实践经验

Flutter从诞生到现在,已经成为了跨端开发的领跑者。闲鱼应用在flutter能够以模块形式存在前,进行了很长时间的混合app架构的探索,对原生工程进行较多改动,在官方推出flutter模块模式后,我们进行了大量调研,最终推出了一套开箱即用的混合工程脚手架flutter-boot,帮助大家快速搭建混合工程。

发布于:3月以前  |  465次阅读  |  详细内容 »

打破重重阻碍,Flutter 和 Web 生态如何对接?

Flutter 设计之初是不考虑 Web 生态的,原因很简单:两种技术设计理念不同,强行融合很可能让彼此都丧失了优势。但是业界又有很多团队在做这种尝试,说明需求是存在的。今天,阿里无线开发专家门柳就来手把手教如何实现 Flutter 和 Web 生态的对接?

发布于:3月以前  |  459次阅读  |  详细内容 »

一文看完阿里巴巴 AliFlutter 客户端研发体系

Flutter 是开源的 UI 工具包,其能够帮助开发者通过一套代码库高效构建多平台精美应用,支持移动、Web、桌面和嵌入式平台。Flutter 组件采用现代响应式框架构建,中心思想是用组件 (widget) 构建 UI。淘宝终端技术部无线技术专家王康从 Flutter 的原理出发,介绍了 Flutter 的原理、业内现状,以及阿里巴巴在 Flutter 上所做的深度实践和探索。

发布于:3月以前  |  440次阅读  |  详细内容 »

美团外卖Flutter动态化实践

动态化是 Flutter 无法避开的话题。本文从 Flutter 的特点讲起, 阐述了美团外卖团队在整个 Flutter 动态化上探索的心路历程,还有设计理念、核心原理以及业务应用的经验。本文的视角也不局限于框架本身,更多思考了在解决问题的过程中技术团队需要做的事情,希望能对大家有所启发和帮助。

发布于:3月以前  |  496次阅读  |  详细内容 »

Flutter 上的内存泄漏监控

Flutter 所使用的 Dart 语言具有垃圾回收机制,有垃圾回收就避免不了会内存泄漏。在 Android 平台上有个内存泄漏检测工具 LeakCanary[1], 它可以方便地在 debug 环境下检测当前页面是否泄漏。本文将会带你实现一个 Flutter 可用的 LeakCanary,并讲述怎么用该工具检测出了 1.9.1 Framework 上的两个泄漏。

发布于:3月以前  |  465次阅读  |  详细内容 »

网易支付-高性能NEJFlutter小程序动态化架构实践

大家好,今天跟大家分享的主题是《NEJFlutter小程序动态化高性能架构》,这是关于网易支付团队在Flutter小程序动态化方向上尝试的一套技术解决方案,一句话介绍NEJFlutter,就是用JavaScript开发业务逻辑、Flutter开发UI布局的小程序架构,性能堪比原生Flutter应用;

发布于:4月以前  |  690次阅读  |  详细内容 »

Flutter卡顿问题的监控与思考

使用Flutter技术构建的应用,一直以高性能高流畅度著称。但是随着应用复杂度越来越高,Flutter会出现一些页面流畅度明显低于Native的情况,甚至可能发生一些卡顿。而很多时候卡顿都发生在线上,即使获得了用户的操作路径,也难以重现。如果我们有一套卡顿监控系统,能够帮助我们捕获到卡顿时的堆栈,那么在发生卡顿的时候,我们就可以定位到具体是哪个函数引起的卡顿,从而解决这些问题。

发布于:4月以前  |  633次阅读  |  详细内容 »

最多阅读

在Flutter中添加资源和图片 1年以前  |  2813次阅读
Flutter的手势GestureDetector分析详解 1年以前  |  2758次阅读
Flutter插件详解及其发布插件 1年以前  |  2450次阅读
发布Flutter开发的iOS程序 1年以前  |  2089次阅读
Flutter 状态管理指南之 Provider 1年以前  |  1774次阅读
在Flutter中发起HTTP网络请求 1年以前  |  1764次阅读
使用Inspector检查用户界面 1年以前  |  1759次阅读
Flutter Widget框架概述 1年以前  |  1749次阅读
Flutter for Web详细介绍 1年以前  |  1614次阅读
JSON和序列化 1年以前  |  1573次阅读
Flutter框架概览 1年以前  |  1554次阅读
Flutter路由详解 1年以前  |  1491次阅读
为Flutter应用程序添加交互 1年以前  |  1486次阅读
使用自定义字体 1年以前  |  1458次阅读
处理文本输入 1年以前  |  1397次阅读
发布Flutter开发的Android程序 1年以前  |  1326次阅读
使用包来开发Flutter应用 1年以前  |  1317次阅读
编写国际化Flutter App 1年以前  |  1305次阅读