前言
上半年我定的OKR目标是帮助团队将App切入Flutter,实现统一技术栈,变革成多端融合开发模式。Flutter目前是跨平台方案中最有潜力实现我们这个目标的,不管是Hybird还是React Native,我们的项目都有落地应用,跨平台一直是终端团队所追求的技术,能够快速研发和部署也是我们不断给自己提出的挑战。Flutter是什么我在这里就不多说了,很多文章都有介绍,本篇文章想分享的是如何在原生工程中嵌入Flutter来实现混编,帮助团队快速落地Flutter迁移,这个对小团队来说应该会有一定借鉴意义。
前置动作
在接入Flutter之前需要具备以下前置条件:
- 易于开发的操作系统(首推macOS)
- 配置Flutter开发环境(参考:https://flutter.dev/docs/get-started/install/macos )
- Android和iOS开发环境(自行搜索解决)
接入方案
业内绝大部分的App都不可能推倒重来,所以混合工程的方式接入Flutter是目前主流开发模式,下面我简单说说业界两种工程管理模式:
统一管理模式(不推荐)
- 优点
- 适合全新使用Flutter开发的项目
- 缺点
- 后期代码耦合严重,相关工具链耗时大幅增长,导致开发效率低
三端分离模式(推荐)
咸鱼方案:https://mp.weixin.qq.com/s/Q1z6Mal2pZbequxk5I5UYA?
官方方案:https://flutter.dev/docs/development/add-to-app
- 优点
- 快速实现Flutter功能“热插拔”,降低原生工程的改造成本
- 可以直接进行Dart代码和原生代码开发调试
目前我们采用的是以module的形式接入,因为我们团队人员少,沟通协作起来成本不大,初期直接源码接入也方便我们快速接入开发和调试。
踩坑实践
flutter doctor
如果想确认你当前的环境是否ok,执行下flutter doctor
命令,基本能解决大部分问题。如果遇到一直卡住,说明你当前环境是不通的,检查下代理是否配置正确。
创建Flutter module工程
如果点击Finish创建module一直卡死,说明还是网络问题,命令行输入vi ~/.bash_profile
检查下代理。如果实在不行,则通过命令行创建module:
flutter create -t module --org com.example my_flutter
Android原生工程集成Flutter
一期我们先接入Android工程,所以接下来主要以Android为主,后续如果有iOS相关的实践会补充到这里。
先看下我们的module工程:
目录结构:
- .android(隐藏目录,自动生成的Android工程)
- .ios(隐藏目录,自动生成的iOS工程)
- build(Android和iOS的构建产物)
- lib(Flutter应用源文件)
- test(测试文件)
- *.iml(工程配置文件)
- pubspec.lock(记录当前项目实际依赖信息的文件)
- pubspec.yaml(管理第三方库资源信息的配置文件)
除了工程配置文件和自动生成的工程目录之外,其他文件都需要进行托管。
了解完工程目录之后,我们开始集成:
- 打开原生工程
setting.gradle
,加入以下配置
// 引入flutter modulesetBinding(new Binding([gradle: this])) // newevaluate(new File( // new settingsDir.parentFile, // new 'edu_flutter_module/.android/include_flutter.groovy' // new))include ':edu_flutter_module'project(':edu_flutter_module').projectDir = new File('../edu_flutter_module')
可以看到目前我们依赖的flutter module,是在原生工程目录同级的。
- 打开主工程的
build.gradle
文件,在dependencies下加入以下配置:
implementation project(":flutter")
ok,这两步是官方的指引,配置完之后就完事了? 太天真了,还需要有一些额外的调整。构建一下就知道了:
异常1:Gradle DSL method not found: 'google()'
项目中用的gradle版本还是比较旧的,需要升级一下:
异常2:AAPT error:resource android:attr/fontVariationSettings not found
这个异常需要将compileSdkVersion升级到28,之前是26。
异常3:assert appProject !=null
这个问题巨坑,我们的主工程名是course
,但flutter的构建脚本是硬编码为app
,有两种解决办法:
- 重命名module名字,命名为app
- 修改flutter脚本(我选的是这种)
这样,flutter脚本就能找到我们的工程,编译也ok了。
但其实还有问题,因为目前我们还未升级support包到AndroidX版本,而创建出来的module工程默认是支持AndroidX的,所以我们需要进行降级,等后续升级工程之后再处理。
修改edu_flutter_module/pubspec.yaml
,将androidX改为false:
module: androidX: false androidPackage: com.tencent.edu iosBundleIdentifier: com.tencent.edu
改完这个之后,终于工程编译通过了,但这就结束了吗,还有坑等着你呢。
原生页面引入Flutter页面
上一个主题我们解决掉一些坑之后终于把flutter作为一个module集成到我们的工程中,接下来我们尝试写个页面嵌入到我们页面。
目前课堂用的flutter版本是:v1.12.13+hotfix.5
,这个版本的使用跟之前的版本会有些差异,可以参考官方的wiki:
https://github.com/flutter/flutter/wiki/Upgrading-pre-1.12-Android-projects
这里我尝试把课堂的首页替换成Flutter页面,做了以下调整:
@Override public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) { // TODO: 2020-04-01 增加flutter视图 View view = inflater.inflate(R.layout.fragment_index, container, false); FlutterEngine flutterEngine = new FlutterEngine(getActivity()); flutterEngine.getDartExecutor().executeDartEntrypoint( DartExecutor.DartEntrypoint.createDefault() ); flutterEngine.getNavigationChannel().setInitialRoute("route1"); FlutterView flutterView = new FlutterView(getActivity()); FrameLayout.LayoutParams lp = new FrameLayout.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.MATCH_PARENT); FrameLayout flContainer = view.findViewById(R.id.fl_content); // 关键代码,将Flutter页面显示到FlutterView flutterView.attachToFlutterEngine(flutterEngine); flContainer.addView(flutterView, lp); return view; }
fragment_index.
<LinearLayout android="" android:orientation="vertical" android:layout_width="match_parent" android:layout_height="match_parent"> <!-- 嵌入flutter视图 --> <FrameLayout android:id="@+id/fl_content" android:layout_width="match_parent" android:layout_height="match_parent" /></LinearLayout>
dart代码实现:
main.dart
import 'package:edu/home_page.dart';import 'package:flutter/material.dart';import 'dart:ui';import 'dart:convert';void main() { runApp(_widgetForRoute(window.defaultRouteName));}// 获取路由名称String _getRouteName(String s) { if (s.indexOf('?') == -1) { return s; } else { return s.substring(0, s.indexOf('?')); }}// 获取参数Map<String, dynamic> _getParamsStr(String s) { if (s.indexOf('?') == -1) { return Map(); } else { return json.decode(s.substring(s.indexOf('?') + 1)); }}Widget _widgetForRoute(String url) { String route = _getRouteName(url); Map<String, dynamic> params = _getParamsStr(url); switch (route) { default: return MaterialApp( theme: ThemeData( primaryColor: Color(0xFF008577), primaryColorDark: Color(0xFF00574B), ), home: HomePage(route, params), ); }}
home_page.dart
import 'package:flutter/material.dart';class HomePage extends StatefulWidget { String route; Map<String, dynamic> params; HomePage(this.route, this.params); @override State<StatefulWidget> createState() { return _HomePageState(); }}class _HomePageState extends State<HomePage> { @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar( title: Text('Flutter页面'), automaticallyImplyLeading: false, ), body: Center( child: Text('首页'), ), ); }}
ok,Demo代码到这里就写完了,然后信心满满的run起来,发现直接崩了。这就是我要跟你说的其中一个坑,so架构的问题:
大部分老项目工程中用到的是armeabi架构,但flutter最低支持到armeabi-v7a,如果不做特殊处理,就会出现上面的Crash。怎么办?解决办法自然有,就是找到flutter module工程的构建物,把armeabi-v7a
下的libFlutter.so
拿出来,放到原生工程的armeabi
下,我写了个shell脚本,然后通过Hook Gradle Task的方式插入到编译流程中去。
copyFlutterSo.sh
#!/bin/bash# 当前目录CURRENT_DIR="`pwd`"# 当前build目录,具体以工程为准BUILD_DIR="`pwd`/build"# gradle 5.6.2 armeabi so路径#ARMEABI_DIR="$BUILD_DIR/intermediates/merged_native_libs/debug/out/lib/armeabi"# gradle 4.10.1 armeabi so路径ARMEABI_DIR="$BUILD_DIR/intermediates/transforms/mergeJniLibs/$1/0/lib/armeabi"# armeabi-v7a so存放路径ARMEABI_V7A_DIR="$BUILD_DIR/intermediates/transforms/mergeJniLibs/$1/0/lib/armeabi-v7a"echo -e "\033[47;30m ========== copy $1 libflutter.so ========== \033[0m"if [[ "$1" == "debug" ]]; then # 将libflutter.so copy到armeabi架构中去 cp -rf ${ARMEABI_V7A_DIR}/libflutter.so ${ARMEABI_DIR} echo "copy ${ARMEABI_V7A_DIR}/libflutter.so to ${ARMEABI_DIR}"elif [[ "$1" == "profile" ]]; then # 将libflutter.so copy到armeabi架构中去 cp -rf ${ARMEABI_V7A_DIR}/libflutter.so ${ARMEABI_DIR} # 将libapp.so也copy到armeabi架构中去 cp -rf ${ARMEABI_V7A_DIR}/libapp.so ${ARMEABI_DIR} echo "copy ${ARMEABI_V7A_DIR}/libflutter.so to ${ARMEABI_DIR}" echo "copy ${ARMEABI_V7A_DIR}/libapp.so to ${ARMEABI_DIR}"elif [[ "$1" == "release" ]]; then # 将libflutter.so copy到armeabi架构中去 cp -rf ${ARMEABI_V7A_DIR}/libflutter.so ${ARMEABI_DIR} # 将libapp.so也copy到armeabi架构中去 cp -rf ${ARMEABI_V7A_DIR}/libapp.so ${ARMEABI_DIR} echo "copy ${ARMEABI_V7A_DIR}/libflutter.so to ${ARMEABI_DIR}" echo "copy ${ARMEABI_V7A_DIR}/libapp.so to ${ARMEABI_DIR}"fi
Hook Gradle Task
afterEvaluate { project -> android.applicationVariants.each { variant -> /** * 由于flutter不支持armeabi,此处在merge(Debug|Profile|Release)NativeLibs与strip(Debug|Profile|Release)DebugSymbols之间插入一个任务, * 将libflutter.so和libapp.so拷贝到merged_native_libs/(debug|profile/release)/out/lib/armeabi目录下,使它们能打到最终的apk里。 * * 详情见copyFlutterSo.sh */ def taskPostfix = variant.name.substring(0, 1).toUpperCase() + variant.name.substring(1) project.task("copyFlutterSo$taskPostfix") { doLast { exec { // 执行shell脚本 commandLine "sh", "./copyFlutterSo.sh", variant.name } } } // 注意这个是在gradle 5.6.2版本的task// project.tasks["copyFlutterSo$taskPostfix"].dependsOn(project.tasks["merge$taskPostfix" + "NativeLibs"])// project.tasks["strip$taskPostfix" + "DebugSymbols"].dependsOn(project.tasks["copyFlutterSo$taskPostfix"])// // gradle 4.10.1,注意插入task的依赖顺序 project.tasks["copyFlutterSo${taskPostfix}"].dependsOn(project.tasks["transformNativeLibsWithMergeJniLibsFor${taskPostfix}"]) project.tasks["process${taskPostfix}JavaRes"].dependsOn(project.tasks["copyFlutterSo$taskPostfix"]) } }}
这样我们每次执行assembleDebug
或者assembleRelease
都能自动将对应的armeabi-v7a
的libflutter.so
和libapp.so
复制到armeabi
下。
然后再run一次,这个时候就真正把我们的混合工程跑起来了。
工程最佳实践
这里我提我们目前的做法:
- flutter module工程单独以git仓库托管
- 以submodule的方式将flutter module工程管理
- 调整依赖路径如下:
// 引入flutter modulesetBinding(new Binding([gradle: this]))// new// module工程和setting.gradle文件同级evaluate(new File( // new settingsDir, // new 'edu_flutter_module/.android/include_flutter.groovy' // new))include ':edu_flutter_module'project(':edu_flutter_module').projectDir = new File('edu_flutter_module')
主要改动是将module工程和setting.gradle文件同级.
- 通过持续构建系统搭建Flutter构建环境,满足日常开发构建
总结
以module方式接入Flutter适合大部分存量的项目,目前我们项目已经以这种方式跑起来并且打通持续构建,目前已经踩了部分坑,总得来说经过这段时间对Flutter这个框架的实践我们团队已经掌握的新技术栈去为业务赋能,接下来的工作就是不断提升和优化新的研发体验,让统一技术栈这个目标不是说说而已。未来也将会输出更多干货,帮助业内的朋友也能加入到终端的研发变革中来。
原生工程接入Flutter实现混编递四方、 bsci、 联动优势、 公司一晚挂五六十个德国站,整个欧洲站的卖家几乎都是谈"税"变色、 轻小物流计划的一些使用心得、 Jungle Scout中文版正式上线 / 美公布437项关税加征排除商品、 珠海旅游线路报价优惠、 珠海旅游线路报价优惠、 珠海旅游线路报价优惠、
没有评论:
发表评论