这样改造之后即可在Flutter IDE中直接编译Flutter混合工程,并进行调试,也可以运行futter run来启动Flutter混合工程,不过在配置的时候,需要注意Flutter中 gradle编译环境和原生编译环境的一致性,如果不一致可能会导致编译错误。
iOS平台配置
创建flutter module
flutter create -t module my_flutter
进入iOS工程目录,初始化pod环境(如果项目工程已经使用Cocoapods,跳过此步骤)
pod init
编辑Podfile文件
#在Podfile文件添加的新代码
flutter_application_path = ‘/{flutter module目录}/my_flutter’
eval(File.read(File.join(flutter_application_path, ‘.ios’, ‘Flutter’, ‘podhelper.rb’)), binding)
安装pod
pod install
打开工程(***.xcworkspace) 配置build phase,为编译Dart 代码添加编译选项打开iOS项目,选中项目的Build Phases选项,点击左上角+号按钮,选择New Run Script Phase,将下面的shell脚本添加到输入框中:
“$FLUTTER_ROOT/packages/flutter_tools/bin/xcode_backend.sh” build
“$FLUTTER_ROOT/packages/flutter_tools/bin/xcode_backend.sh” embed
搭建PUB私服仓库
Flutter开发中使用的组件,一般公司内部会采用共享的方式,以避免重复开发,而Flutter组件共享,即需要使用pub仓库。由于公司内部的业务组件不适合上传到pub官方仓库,因此,需要搭建私服仓库,以解决各个业务研发团队,对Flutter组件共享需要。感兴趣的同学可以研究下官方pub仓库的源码 http://pub.dartlang.org/,其对Google Cloud 环境有很大的依赖 , 也可以基于https://github.com/kahnsen/pub_server来搭建一个简易版本的私服仓库,以满足上传和下载功能,pub协议相对比较简单,我们可以在源码增加协议接口来实现更多功能。运行pub_server
-
~ $ git clone https://github.com/dart-lang/pub_server.git
- $ cd pub_server
~/pub_server $ pub get
…
~/pub_server $ dart example/example.dart -d /tmp/package-db
Listening on http://localhost:8080
To make the pub client use this repository configure your shell via:
$ export PUB_HOSTED_URL=http://localhost:8080
发布一个Flutter组件需要修改 pubspec.yaml,增加以下内容:
name: hello_plugin //plugin名称
description: A new Flutter plugin. //介绍
version: 0.0.1//版本号
author: xxx xxx@xxx.com//作者和邮箱
homepage: https://localhost:8080 //组件的介绍页面
publish_to: http://localhost:8080//仓库上传地址
上传时可以使用如下命令检查代码错误,并显示出上传的目录结构。
pub publish --dry-run
如果有不想上传的文件,可以在根目录增加一个.gitignore文件来忽略如下:
/build
Flutter组件的依赖配置,在项目的pubspec.yaml中dependencies:下增加如下信息:
dependencies:
hello_plugin:
hosted:
name: hello_plugin
url: http://localhost:8080
version: 0.0.2
这样可以在公司内部实现Flutter组件共享,如果不想搭建自己的pub仓库,也可以采用git依赖,配置如下:
dependencies:
hello_plugin:
git:
url: git://github.com/hello_plugin.git //git地址
ref: dev-branch //分支
Flutter业务的开发与调试
在Flutter IDE中编译代码调试会很方便,直接点击debug按钮即可进行代码调试,如果是混合工程在Android studio或者xcode中运行的工程,则没办法这么做,但也可以实现调试:将要调试的App安装到手机中(安装debug版本),连接电脑,执行如下命令,同步Flutter代码到设备的宿主App中
$ cd flutterProjectPath/
$ flutter attach
执行完命令后会进行等待设备连接状态,然后打开宿主App,进入Flutter页面,看到如下信息提示则表示同步成功
zbdeMacBook-Pro:example zb$ flutter attach
Waiting for a connection from Flutter on MI 5X…
Done.
Syncing files to device MI 5X… 1.2s
🔥 To hot reload changes while running, press “r”. To hot restart (and rebuild state), press “R”.
An Observatory debugger and profiler on MI 5X is available at: http://127.0.0.1:54422/
For a more detailed help message, press “h”. To detach, press “d”; to quit, press “q”.
打开http://127.0.0.1:54422可以查看调试信息,如有代码改动可以按r来实时同步界面,如果改动没有实时生效可以按R重新启动Flutter应用。
JDFlutter热更新实践
大部分跨端框架,诸如React Native / Weex / H5等,基本都能做到随时进行热修复,并随时上线,用于及时修复突发的在线问题,架构非常灵活。Flutter因其AOT的设计,预想会很难达到这种灵活度,但技术上仍具有一定的可行性,正如我们在之前的Flutter介绍文章中提到的,按照先有的API设计,是可以支持热修复的,但仅限于Android。官方最新的架构上已经支持了热修复架构,大家可以更新到1.2.1版本查看,但是官方的功能还比较弱,无法做到版本控制和回滚的灵活性,所以JDFlutter并没有采用。我们可以首先一起看一下Google官方热修复方案的设计原理:Flutter1.2.1 版本引入了 Dynamic Patch
为了更清楚的了解官方热修复的原理和过程,我们需要首先深入了解Flutter的业务包结构和整体运行过程:
Flutter App的包结构
可以看到主体代码集中在asset目录中,除此之外还有少量Android端的框架java代码及flutter so引擎库外:
1、icudtl.dat
2、isolate_snapshot_data
3、isolate_snapshot_instr
Flutter包的初始化流程
Flutter页面启动时是如何加载这些代码的呢?那就要从Flutter的初始化说起了,在页面启动前需要调用FlutterMain.startInitialization来做初始化:
可以看到该初始化是要求在主线程完成的,另外主要完成了以下三点:
- 配置了一些环境数据,比如各个核心包的路径,主要是提供给其他一些模块全局调用
- 检查 asset 下 Flutter 包的完整性,主要是上面介绍的一些核心包,一旦缺少核心的一些库,就会直接抛异常。开发过程中我们经常因为配置导致有些文件没有打包进去,然后会直接 crash,就是在这里触发的,具体代码如下:
- 解压部分 asset 下的资源到 data 分区,以下是一些片段的代码,那为什么要解压呢?放在 asset 下也是可以通过 assetManager 读取的。这里 google 应该是从性能角度要求解压的,因为频繁的使用 assetManager 读取 asset 是很容易造成多线程阻塞的,一旦阻塞了将会导致整个 Flutter 业务全部无法渲染,所以需要解压一些核心的资源库,而不是解压了所有的资源 (例如图片就没有解压)
从代码来看,先增加要解压的核心库的目录,然后启动 task 从 asset 中解压库到 data 分区对应 app 数据下的 app_flutter 目录,以下是解压后的目录结构:
其中 res_timestamp 文件用于标记一些时间戳,算法比较固定,根据客户端的安装时间及 app 的 version code 生成,也就是说当用户打开 Flutter 页面后这个值就是固定的,如果有任何修改引擎会默认有变化,删除现有 app_flutter 的包,重新解压
运行原理
上面是对Flutter程序加载的分析,最终Flutter页面显示是需要呈现在原生组件Flutter View中的,这个组件会和底层Flutter Native View 进行绑定,并最终运行上面说到的data分区的Dart代码来渲染UI。如果使用的是Flutter Activity,则默认Flutter View是全屏显示,如需要定制页面,需要自己设计Activity。
热修复实验
了解了这些,其实热修复方案已经呼之欲出,替换原有解压后的app_flutter包,杀进程,然后重新加载Flutter页面即可。这里我们可以做个简单的实验:采用adb命令push一些修改过的并编译的dart代码到app_flutter目录:
-
先打开Flutter页面,默认会加载asset下的包,并解压到data分区
-
修改一个Flutter工程,并编译代码,最终在工程目录my_flutter/.android/Flutter/build/intermediates/flutter/release中看到打包生成的文件
- 这么文件目录中只有 flutter_assets 目录和 isolate_snapshot_data 文件是包含业务代码和图片的,其他部分基本不会变化,所以我们这里要替换的目录也就是这两个,大家可以使用 adb push 命令将资源文件 push 到对应的 data 分区来做个实验。
adb push my_flutter/.android/Flutter/build/intermediates/flutter/release/isolate_snapshot_data /data/data/app包名 /app_flutter
- 关闭 Flutter 页面,在 Task 中杀掉进程,回来后重新打开 Flutter 页面,就能看到改动的效果,图片资源是存放在 flutter_asset 目录的,将图片放到这个目录,同样能更新图片
上面这个实验,验证了方案基本是可行的,但这里只是简单替换,实际使用中替换还是有很多问题的。那 Google 官方是如何设计的呢?
Google热修复设计
热修复步骤
Flutter SDK 1.2.1中,Google提供了ResourceUpdater,用来做包的检查和下载解压。升级步骤如下:
- 在页面初始化时,检查固定的下载更新目录有没有业务升级包,从代码来看,必须在manifest中打开该功能,设置DynamicPatching
从逻辑上来看,只有在页面 onResume 或者 App 重新开启的时候会下载升级包,整体下载是通过 http 请求完成的,整体实现代码大家可以参考 ResourceUpdater 中 DownloadTask 的实现部分,这里就不细说了。
- 每次 init 的时候都会触发检查 data 分区的 app_flutter 包,如果不存在就会从 aaset 目录解压出来,而升级包的替换就是在这步完成的,按照逻辑会优先检查升级目录有没有包存在,如果存在则优先从升级目录解压,如果不存在还是从 asset 目录解压;
- 当然在检查到有升级包时,会对升级包的一些配置做校验,主要是 manifest.json 文件,里面会包含 buildNumber/baselineChecksum 字段,同时也会对"isolate_snapshot_data", “isolate_snapshot_instr”, "flutter_assets/isolate_snapshot_data"等文件做 CRC32 校验。
- 升级后的版本时间戳是从配置的 manifest.json 文件中读取 patchNumber 和文件下载时间确定的,完成文件覆盖后会重新生成。
以下是升级包的大概路径如下:
如何配置服务器
文章上部分介绍了怎么打开升级patch的功能,因升级涉及到服务端,那Google是怎么做到关联到服务器的呢?其实原理比较简单,需要配置客户端的manifest文件的meta属性,增加PatchServerURL,也就是我们服务的地址,以及下载模式PatchDownloadMode和加载模式PatchInstallMode,默认是ON_NEXT_RESTART(下次初始化时)
整体流程
存在的缺陷
- 过于定制化,全部在引擎完成,很难适配一些特殊的需求定制;
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/330398f6dfdbfdec413a3f155e8be89b.jpeg)
自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
[外链图片转存中…(img-XEpUInh2-1713503239861)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/330398f6dfdbfdec413a3f155e8be89b.jpeg)
自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…
[外链图片转存中…(img-CUvwGj9w-1713503239863)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!