上海架构师集结!4月25-26日,全球架构师峰会首次落地上海,吴翰清、汪源、叶绍志等大咖确认出席 了解详情
写点什么

有赞 Flutter 混编方案

2019 年 8 月 04 日

有赞Flutter混编方案

一、背景

目前准备试水 Flutter,但是多数 native 开发是不了解 Flutter,因此需要设计一种比较“舒服”的集成方式。


二、混编方案

2.1 方案考量

  • 如果直接采用 Flutter 工程结构来作为日常开发,那这部分 Native 开发也需要配置 Flutter 环境, 相当程度的了解 Flutter 一些技术,成本比较大;

  • 同时如果工程耦合,对于开发过程也是很难受的。


基于以上两点思考,针对 Android iOS 有如下方案:


2.2 Android

先看下官方的集成方式:


# setting.gradlesetBinding(new Binding([gradle: this]))evaluate(new File(
'../managementcenter/.android/include_flutter.groovy'))# build.gradledependencies { implementation project(':flutter') ...........}
复制代码


这种方式使得工程强耦合,虽然便于开发调试,但是违背了第一点,大多数 native 同学都需要配置 Flutter 环境, 成本很大。


2.3 iOS

2.3.1 官方 iOS 混编方案简介

  • 在 native 项目 Podfile中通过 eval binding 特性注入 podhelper.rb脚本,在 pod install/update 时执行此脚本,脚本主要处理:

  • Pod 本地依赖 Flutter 引擎(Flutter.framework) 与 Flutter 插件注册表(FlutterPluginRegistrant)

  • Flutter 插件通过 flutter packagesget指令安装后生成的 .flutter-plugins文件解析,然后 Pod 本地依赖所有的插件

  • 在 pod install 执行完的钩子 post_install中,获取当前 pod target 工程对象,导入 Generated.xcconfig配置,其中都为环境变量的配置,主要为后续的 xcode_backend.sh脚本执行做准备

  • 在构建阶段 BuildPhases中注入构建是需要执行的 xcode_backend.sh脚本,脚本主要完成 Flutter 产物的构建并将其添加到对应的 native 工程中去,后续会进一步介绍此脚本


2.3.2 优点

  • 无缝开发,配置好后就可以只在 Flutter 工程内进行业务开发,无缝同步到 native 工程中

  • 不需要单独拆分组件,免去管理组件的版本及发布成本


2.3.3 缺点

  • 非常耦合,需要修改原有 native 工程配置,需要添加特定脚本去编译 Flutter

  • 需要修改原有 pod 的 xcconfig 配置

  • 所有团队开发成员都必须要配置 Flutter 开发环境才能编译成功


2.4 小结

基于以上思考,同时考虑到某个 Flutter 业务模块可能会引入到不同的 App 中,同时考虑到某个业务实现方式方面的解耦(某个业务可能用 native, flutter, weex 开发),有以下方案(中间产物库每个 Flutter 业务模块都是独立的):


Android:



iOS:



三、Flutter 产物结构

3.1 Android


3.2 iOS


关于编译模式了解更多可参考查看 Flutter 的编译模式。


四、Flutter 产物收集

4.1 Android

在 Android 端集成 Flutter 较为简单,只需要获取到上文所讲的 Flutter 产物即 aar 文件。但是由于插件文件散落每次获取比较麻烦所以目前简单用脚本收集。


脚本收集主要是依靠项目里 .flutter_plugins 文件,该文件会记录 flutter 项目中引用的插件名以及本地路径等,因此可以通过该路径抓取插件的 aar 文件。


from shutil import copyfileimport osimport requests
# 抓取文件类型BuildRelease = TrueaarType = "-release.aar" if BuildRelease else "-debug.aar"
pluginFilePath = '../.flutter-plugins'
# 当前项目的flutter.aarcurrentFlutterPath = '../.android/Flutter/build/outputs/aar/'
# 输出地址outputFilePath = os.path.abspath('flutter_aar.py').replace("flutter_aar.py", "aars/")
endPath = 'android/build/outputs/aar/'
def collect_aar(plugins): all_collection_success = True if os.path.exists(outputFilePath): print('copy aar to: ' + outputFilePath) else: print('target path: ' + outputFilePath + ' not exist') os.makedirs(outputFilePath) print('create target path: ' + outputFilePath)
for key, value in plugins.items(): aar_path = value + key + aarType try: copyfile(aar_path, outputFilePath + key + aarType) print('copy flutter aar success at path: ' + aar_path) except IOError: all_collection_success = False print('copy flutter aar error at path: ' + aar_path) pass
file_object = open(pluginFilePath, 'r')try: plugin_map = {} for line in file_object: array = line.split('=') plugin_map[array[0]] = array[1].replace('\n', '') + endPath
plugin_map['flutter'] = currentFlutterPath collect_aar(plugin_map)finally: file_object.close()
复制代码


目前该 python 脚本只抓取 Release 的 aar 文件,如果需要获取 debug 的可以手动修改:


BuildRelease = False
复制代码


执行抓取脚本 ./flutter_aar.sh


#!/usr/bin/env bash
cd ..cd .androidecho "start clean"./gradlew cleanecho "start assembleRelease"./gradlew assembleReleasecd ..cd android-build
echo "clean old aar file"rm -rf aars
echo "start copy aar file"# 只抓取releasepython flutter_aar.py
echo "copy aar file finish"
复制代码


脚本执行完 Flutter 产物 aar 文件统一生成在根目录下 android-build 文件夹中。



4.2 iOS

通过查看 Flutter 编译脚本 xcode_backend.sh 和测试单独引入编译产物,发现其实 只要拥有 Flutter 的编译产物,宿主项目就可以接入 Flutter 的功能。


4.2.1 脚本简单分析

  • engine/Flutter.framework Flutter 核心库拷贝 -> Flutter.framework


  if [[ -e "${project_path}/.ios" ]]; then      RunCommand rm -rf -- "${derived_dir}/engine"      mkdir "${derived_dir}/engine"      RunCommand cp -r -- "${flutter_podspec}" "${derived_dir}/engine"      RunCommand cp -r -- "${flutter_framework}" "${derived_dir}/engine"      RunCommand find "${derived_dir}/engine/Flutter.framework" -type f -exec chmod a-w "{}" ;    else      RunCommand rm -rf -- "${derived_dir}/Flutter.framework"      RunCommand cp -r -- "${flutter_framework}" "${derived_dir}"      RunCommand find "${derived_dir}/Flutter.framework" -type f -exec chmod a-w "{}" ;    fi
复制代码


  • debug 模式下 Dart 业务代码编译(JIT) -> App.framework


  RunCommand eval "$(echo "static const int Moo = 88;" | xcrun clang -x c          ${arch_flags}          -dynamiclib          -Xlinker -rpath -Xlinker '@executable_path/Frameworks'          -Xlinker -rpath -Xlinker '@loader_path/Frameworks'          -install_name '@rpath/App.framework/App'          -o "${derived_dir}/App.framework/App" -)"
复制代码


  • 非 debug 模式下 Dart 业务代码编译(AOT) -> App.framework


  RunCommand "${FLUTTER_ROOT}/bin/flutter" --suppress-analytics        ${verbose_flag}        build aot        --output-dir="${build_dir}/aot"        --target-platform=ios        --target="${target_path}"        --${build_mode}        --ios-arch="${archs}"        ${local_engine_flag}        ${track_widget_creation_flag}
复制代码


  • 资源文件等打包 -> flutter_assets


  StreamOutput " ├─Assembling Flutter resources..."    RunCommand "${FLUTTER_ROOT}/bin/flutter" --suppress-analytics      ${verbose_flag}      build bundle      --target-platform=ios      --target="${target_path}"      --${build_mode}      --depfile="${build_dir}/snapshot_blob.bin.d"      --asset-dir="${derived_dir}/App.framework/flutter_assets"      ${precompilation_flag}      ${local_engine_flag}      ${track_widget_creation_flag}
复制代码


4.2.2 方案分析

设计


  • 插件统一编译成.a 库,添加对应头文件

  • App.framework 及 engine/Flutter.framework 添加

  • 目前初期 demo 将上述生成的产物统一放入到私有库当中,然后 native 宿主工程 pod 依赖此库,只需要在使用 Flutter 代码的地方 import 对应的头文件即可正常使用


脚本编写
  echo "==b清理flutter历史编译==="  flutter clean
echo "===重新生成plugin索引===" flutter packages get
echo "===生成App.framework和flutter_assets===" flutter build ios --debug
echo "===获取所有plugin并找到头文件===" while read -r line do if [[ ! "$line" =~ ^// ]]; then array=(${line//=/ }) plugin_name=${array[0]} cd .ios/Pods echo "生成lib${plugin_name}.a..." /usr/bin/env xcrun xcodebuild build -configuration Release ARCHS='arm64 armv7' -target ${plugin_name} BUILD_DIR=../../build/ios -sdk iphoneos -quiet /usr/bin/env xcrun xcodebuild build -configuration Debug ARCHS='x86_64' -target ${plugin_name} BUILD_DIR=../../build/ios -sdk iphonesimulator -quiet echo "合并lib${plugin_name}.a..." lipo -create "../../build/ios/Debug-iphonesimulator/${plugin_name}/lib${plugin_name}.a" "../../build/ios/Release-iphoneos/${plugin_name}/lib${plugin_name}.a" -o "../../product/lib${plugin_name}.a" echo "复制头文件" classes=${array[1]}ios/Classes for header in `find "$classes" -name *.h`; do cp -f $header "../../product/" done else echo "读取文件出错" fi done < .flutter-plugins
echo "===生成注册入口的二进制库文件===" for reg_enter_name in "FlutterPluginRegistrant" do echo "生成libFlutterPluginRegistrant.a..." /usr/bin/env xcrun xcodebuild build -configuration Release ARCHS='arm64 armv7' -target FlutterPluginRegistrant BUILD_DIR=../../build/ios -sdk iphoneos /usr/bin/env xcrun xcodebuild build -configuration Debug ARCHS='x86_64' -target FlutterPluginRegistrant BUILD_DIR=../../build/ios -sdk iphonesimulator echo "合并libFlutterPluginRegistrant.a..." lipo -create "../../build/ios/Debug-iphonesimulator/FlutterPluginRegistrant/lib$FlutterPluginRegistrant.a" "../../build/ios/Release-iphoneos/FlutterPluginRegistrant/libFlutterPluginRegistrant.a" -o "../../product/libFlutterPluginRegistrant.a" echo "复制头文件" classes="../Flutter/FlutterPluginRegistrant/Classes" for header in `find "$classes" -name *.h`; do cp -f $header "../../product/" done done
复制代码


  • 后续规划

  • 脚本优化,添加自动 pod 库检测及上传

  • App.framework/Flutter.framework 体积太大,放到 git 仓库不太友好,考虑后续上传到 CDN,然后在 pod 安装的时候预先执行脚本把两个产物拉下来


五、Flutter 产物上传

5.1 Android

上面产物搜集完成后,需要上传 maven 仓库,方便集成以及版本控制:


apply plugin: 'youzan.maven.upload'
zanMavenUpload { version = '0.0.2' childGroup = "flutter-apub"}
uploadItems { "fluttertoast" { targetFile = file('../../android-build/aars/fluttertoast-release.aar') }
"image_picker" { targetFile = file('../../android-build/aars/image_picker-release.aar') }
............}
复制代码


因此引用链如下:


  • Android



  • iOS



六、总结

以上比较全面的描述了有赞的 Flutter 混编方案,目前有赞已经在内部使用的 App 上使用 Flutter 开发了一些页面作为试点。后续会考虑在线上 App 试点,目前正在进行 Flutter 基础库的搭建,之后会专门有文章分享。


本文转载自公众号有赞 coder(ID:youzan_coder)


原文链接


https://mp.weixin.qq.com/s?__biz=MzAxOTY5MDMxNA==&mid=2455759923&idx=1&sn=030ef038363723928b74176ec67fb2d1&chksm=8c686a16bb1fe30094cd3e79f56f70dcb0a9bcc146822bca67acf9b14687ffaef6921b64d587&scene=27#wechat_redirect


2019 年 8 月 04 日 08:0015876

评论

发布
暂无评论
发现更多内容

java: Compilation failed: internal java compiler error解决办法

LSJ

IDEA

802.11抓包软件对比之Microsoft Network Monitor

IoT云工坊

wifi 嵌入式 抓包

京东千亿订单背后的纵深安全防御体系

京东科技开发者

安全 网络 云服务 云安全

Alibaba官方发文:阿里技术人的成长路径与方法论

Java架构师迁哥

推荐几款MySQL相关工具

Simon

MySQL 工具 percona server

「干货总结」程序员必知必会的十大排序算法

bigsai

排序 排序算法 快速排序

大厂经验:一套Web自动曝光埋点技术方案

阿亮

埋点 曝光埋点 点击埋点 自动化埋点

甲方日常 57

句子

工作 随笔杂谈 日常

架构师训练营 - 第五周课后练习

joshuamai

开源认证和访问控制的利器keycloak使用简介

程序那些事

程序那些事 授权框架 开源认证框架 keycloak 认证授权

MyBatis-技术专题-拦截器原理探究

李浩宇/Alex

MySQL-技术专题-LEFT JOIN避坑指南

李浩宇/Alex

物化视图如何快速完成数据聚合操作?

VoltDB

数据库 数据分析 sql

Thread.start() ,它是怎么让线程启动的呢?

小傅哥

Java 线程 JVM 小傅哥 Thread

Java踩坑记系列之Arrays.AsList

Java老k

Java

关于 AWS Lambda 中的冷启动,你想了解的信息都在这!

donghui

Serverless Faas 函数计算

成德眉资现代农业园区大联动促发展,“1链3e”引领四市农业产业数字化建设

CNG农业公链

架构师训练营 - 第五周学习总结

joshuamai

Java踩坑记系列之BigDecimal

Java老k

BigDecimal

面试者必看:Java8中的默认方法

Silently9527

java8 默认方法

肝了一周的 UDP 基础知识终于出来了。

cxuan

计算机网络 计算机基础

表格控件Spread.NET V14.0 发布:支持 .NET 5 和 .NET Core 3.1

Geek_Willie

《华为数据之道》读书笔记:第 4 章 面向“业务交易”的信息架构建设

方志

数据中台 数字化转型 数据治理

以 Kubernetes 为代表的容器技术,已成为云计算的新界面

阿里巴巴云原生

云计算 Kubernetes 容器 云原生

讯飞推出充电宝式便携拾音器,重新定义传统拾音

Talk A.I.

重点人员管控系统开发方案,智慧警务平台搭建

WX13823153201

SpringBoot-技术专题-如何提高吞吐量

李浩宇/Alex

前端高效开发必备的 js 库梳理

徐小夕

Java GitHub 前端 js

跨语言跨平台聚合OpenAPI文档从来没有这么简单过

Trust Me

OpenAPI Knife4j Knife4jAggregation 微服务聚合OpenAPI

26张图带你彻底搞懂volatile关键字的底层实现

autoencoder

volatile 后端 多线程 并发 Java 分布式

数字化时代App们将何去何从?

fino星君

OCR技术的未来发展与演进

OCR技术的未来发展与演进

有赞Flutter混编方案-InfoQ