Flutter/engine 1.0 修复版介绍
tags: flutter
engine
memory
leak
fix
natoto
内存泄漏
循环引用
团队在0.9.4 版本解决了一系列循环引用,但是代码不能上传,由于flutter和engine的限制,必须flutter版本号和engine的commit号要保持一致,提交了将导致commit号不一致的问题,导致运行失败,官方号称1.0解决了循环引用,下载了一看,令人失望,还是没有彻底解决,于是决定
自己动手,丰衣足食
,经过了几天痛苦的下载编译,调试,测试,终于把内存降下来了。
广告一下
纸上得来终觉浅,实践之后才真懂
建了一个flutter qq群,群号:217429001 有兴趣的加入哦
欢迎关注
姊妹篇《手把手教你编译Flutter engine》
最新消息: flutter内存泄漏问题,现在可以使用官方清理方式了
见 flutter.framework FlutterEngine里面的 destroyContext
-------------------------------------------------------- 历史的分割线 -------------------------------------
官方flutter的大麻烦
google团队的大bug,个人认为内存是很重要的,尤其是集成到现有app中的方式。
https://github.com/flutter/flutter/issues/24714
https://github.com/flutter/flutter/issues/23231
https://github.com/flutter/flutter/issues/25255
https://github.com/flutter/engine/pull/6879
https://github.com/flutter/flutter/issues/16995
flutter 1.0 解决了FlutterViewController的循环引用问题,但是把循环引用的问题转嫁到了FlutterEngine上面,下面手把手教你如何解决1.0的循环引用。
如何找到内存泄漏
为什么google难以解决
由于整个FlutterEngine是用MRC的方式编写,所以内存管理比较困难,每个变量生成retain,都需要被release,如果一个实例retain了两次,只release一次,也会导致无法释放,如果设置了autorelease,就有可能提前释放,导致badasses,访问野指针。
客观原因,一般的应用只会创建一个flutter应用,或者干脆就直接都是flutter应用,不释放就不释放,多点内存也无所谓,不影响崩溃,不影响使用,所以google照常发布1.0版。
现状
每次进去都会新增几十M然而当退出flutterViewController的时候,内存仅仅下降2m左右,还有几十兆保留在内存中。下降的部分就是flutterviewcontroller,从程序运行到了dealloc可以证明。
修改结果
修改后的framework下载列表
1.0版engine arm64 debug下载 https://github.com/Natoto/flutterOnExistApp/blob/multiflutter/flutterOnExistApp/Resources/Flutter.framework.zip
其他版本打包发布github 地址
https://github.com/Natoto/fixFlutterEngine
下面将一步步带领大家找到循环引用,解决循环引用,这一步可能比较繁琐,如果不愿看推理过程,可以直接跳到文末获取构建后的framework。
使用flutterViewController
/**
* 加载boundle资源
*/
- (void)handleBoundleResource {
NSString * path = [[NSBundle mainBundle] pathForResource:@"flutter_assets" ofType:@""];
NSURL * url = [NSURL URLWithString:path];
FlutterDartProject * dart = [[FlutterDartProject alloc] init];
if (!self.engine) {
FlutterEngine * engine = [[FlutterEngine alloc] initWithName:path.lastPathComponent project:dart];
[engine runWithEntrypoint:nil];
self.engine = engine;
}
FlutterViewController* flutterViewController = [[FlutterViewController alloc] initWithEngine:self.engine nibName:nil bundle:nil];
[GeneratedPluginRegistrant registerWithRegistry:flutterViewController];
[self addBackButton:flutterViewController];
[flutterViewController setInitialRoute:@"route1"];
[self presentViewController:flutterViewController animated:YES completion:nil];
}
flutterEngine
, flutter官方推荐方式是自己管理flutterEngine,然后flutterviewcontroller是可以独自创建和释放,FlutterEngine
是新1.0引进,用于管理所有的metchodChannel,就是维护所有的方法消息,生命周期等作用。也是要解决它的引用问题。
执行engine runwithEntrypoint
可以启动engine vm。
FlutterDartProject
用于配置启动参数,默认可以直接new,或者从bundle启动,找boundle下面的的flutter_assets文件夹,或直接导入App.framework
FlutterViewController
用来显示flutter工程的,所有的界面都是在其上面渲染出来的。跟普通的UIViewController一样,可以present出来,或者push出来。
Flutter的入口
plugin是flutter的入口,这个入口可以连接flutter和原生代码
比如自带的GeneratedPluginRegistrant
,将flutter工程中用到的插件都集中注册到原生
@implementation GeneratedPluginRegistrant
+ (void)registerWithRegistry:(NSObject<FlutterPluginRegistry>*)registry {
[FlutterWebviewPlugin registerWithRegistrar:[registry registrarForPlugin:@"FlutterWebviewPlugin"]];
[FLTPathProviderPlugin registerWithRegistrar:[registry registrarForPlugin:@"FLTPathProviderPlugin"]];
[FLTSharedPreferencesPlugin registerWithRegistrar:[registry registrarForPlugin:@"FLTSharedPreferencesPlugin"]];
}
@end
介绍上面两个是为了找到断点入口
如何设flutter断点
为了方便调试,可以在编译现有工程的时候替换flutter.framework
具体做法是在build phases 中创建一个脚本,用自己编译的engine中的flutter.framework替换 .ios/engine/Flutter.framework
替换完之后则可以设置symbol断点了,如下
或者用lldb命令设置断点 br xxxx
lldb传送门
几个疑点
从目前的情况来看engine没有被释放,就是FlutterEngine.mm
FlutterChannel.mm
和 PluginRegister
直接的关系混乱了
有两点情况
- 互相引用
- 内部引用没有release
- 多次retain
- block是否使用的__block引用
- 主动destory
- 编译,看dealloc
从0.9.4经验来看,需要手动destory一下,destory完成这个类中变量的release
以上五个过程需要不断的循环重试,过程比较长。。
方法论说完了,下面直接说我的几天试错结果。共计10个文件,核心的地方贴一下
maybesetupPlatformViewChannels
在flutterengine里面,启动默认平台changnle和方法回调
重心,FlutterChannel.mm里面 FlutterMethodChannel
,flutter每个plugin的方法都会经过通过register注册一个channel,然而,messger是register,不应该被持有或autorelease的,所以这样做是会造成提前释放或无法释放的
对应于其他的channel也是用了messager,会有相同的问题。改造这些基本上就能解除大循环了。
总结engine的大循环引用
如何使用
有两种方法
替换flutter里面的framework
路径如下
/Users/boo/Documents/flutter/bin/cache/artifacts/engine/ios
不用担心是否会破坏之前发flutter.framework,如果想用回官方的直接解压同文件夹里面的.zip文件即可工程中用zip,解压成framework替换掉真正从官方复制过来的flutter.framework
适用于 arm64真机
工程配置添加sh脚本
#R.replace.engine
cd "${SRCROOT}/flutterOnExistApp/Resources/"
unzip -u Flutter.framework.zip
cp -rf "${SRCROOT}/flutterOnExistApp/Resources/Flutter.framework" "${SRCROOT}/myflutter/.ios/Flutter/engine"
修改后代码
修改的文件放在1.0engine修改的文件
,可以直接替换使用并构建自己的framework
- 1.0 修改的代码地址 https://github.com/Natoto/flutterOnExistApp/tree/multiflutter/1.0engine%E4%BF%AE%E6%94%B9%E7%9A%84%E6%96%87%E4%BB%B6
- github demo 工程
https://github.com/Natoto/flutterOnExistApp/tree/multiflutter
- 1.0版engine arm64 debug下载 https://github.com/Natoto/flutterOnExistApp/blob/multiflutter/flutterOnExistApp/Resources/Flutter.framework.zip
打包framework
看一下构建后结果
如构建debug版的engine如下路径或生产一个framework,这个通过执行all.wxworkspace
生成的,注意arm架构,如果选target是真机,则会生成arm64架构framework
/Users/boo/Documents/engine/src/out/ios_debug/Flutter.framework
这个可以直接替换掉工程中原有的framework
构建release framework类似。
详细步骤可以参考《手把手教你编译Flutter engine》
YY Flutter技术积累相关链接
一行代码教你解决FlutterPlatformViews内存泄露 by
AShawn
手把手教你在Flutter项目优雅的使用ORM数据库 by
williamwen1986
flutter通用基础库flutter_luakit_plugin by
williamwen1986
github - flutter_luakit_plugin使用例子 by
williamwen1986
手把手教你解决 Flutter engine 内存泄漏 by 共田君
github - 编译产物下载 修复内存泄漏后的flutter engine(可直接使用)by 共田君</font>
github demo - 修复内存泄漏后的flutter engine by 共田君
持续更新中...