但是混合开发会对 打包、构建和启动等流程熟悉度要求较高 ，同时遇到的问题也更多，以前我在 React Native 也写过类似的文章 ：《从Android到React Native开发（四、打包流程解析和发布为Maven库）》 ，而这方面是有很多经验可以通用的，所以适当的混开模式有利于避免一些问题，同时只有了解 Flutter 整体项目的构建思路，才有可能更舒适的躺坑。
额外唠叨一句，跨平台的意义更多在于解决多端逻辑的统一 ，至少避免了逻辑重复实现，所以企业刚开始，一般会选择一些轻量级业务进行尝试。
官方未来将有
Flutter build aar的方法可提供使用。
二、打包
一般跨平台混合开发会有两种选择：
- 1、将
Flutter整体框架依赖和打包脚本都集成到主项目中。 - 2、以
aar的完整库集成形式添加到主项目。
两种实现方法各有利弊：
-
第一种方式可以更方便运行时修改问题，但是对主项目“污染”会比较高，同时改动会大一些。
-
第二种方式 需要单独调试后，更新
aar文件再集成到项目中调试，但是这类集成方式更干净，同时Flutter相关代码可独立运行测试，且改动较小。
一般而言，对于普通项目我是建议以 第二种方式集成到项目中的 ，通过新建一个 Flutter 工程，然后对工程进行组件化脚本处理，让它 既能以 apk形式单独运行调试，又能打包为aar形式对外提供支持。
相信对于原生平台熟悉的应该知道，我们可以通过简单修改项目gradle 脚本，让它快速支持这个能力，如下图片所示，图片中为省略的部分脚本代码，完整版可见 flutter_app_lib 。
我们通过了 isLib 标记为去简单实现了项目的打包判断，当项目作为 lib 发布时，设置 isLib 为 true，之后执行 ./gradlew assembleRelease 即可 ，剩下的工作依旧是 Flutter 自身的打包流程，而对于打包后的 aar 文件直接在原生项目里引入即可完成依赖。
而一般接入时，如果需要 token 、用户数据等信息，推荐提供定义好原生接口，如 init(String token, String userInfo) 等，然后通过MethodChannel 将信息同步到 Flutter 中。
对于原生主工程，只需要接入 aar 文件，完成初始化并打开页面，而无需关心其内部实现，和引入普通依赖并无区别。
你可能需要修改的还有
AndroidManifset中的启动MainActivity移除，然后添加一个自定义Activity去继承FlutterActivity完成自定义。
三、插件
如果普通情况下，到上面就可以完成 Flutter 的集成工作了，但是往往事与愿违，一些 Flutter 插件在提供功能时，往往是通过原生层代码实现的，如 flutter_webview 、android_intent 、device_info 等等，那这些代码是怎么被引用的呢？
这里稍微提一下，用过
React Native的应该知道，带有原生代码的React Native插件，在npm安装以后，需要通过react-native link命令完成安装处理。 这个命令会触发脚本修改原生代码，从而修改gradle脚本增加对插件项目的引用，同时修改java代码实现插件的模版引入，这使得项目在一定程度被插件“污染”。
在 React Native 中带有原生代码的插件，会被以本地 Module 工程的方式引入，那 Flutter 呢？
其实原理上 Flutter 带有原生代码的插件，在插件安装后，也是会以本地 Module Project 的形式引入 ，但是它整个过程更加巧妙，让开发中对这个过程几乎无感。
如下图所示，不知道你注意过没有，在插件安装之后，所有带原生代码的插件，都会以路径和插件名的key=value 形式 存在 .flutter-plugins 文件中。
而在 android 工程的 settings.gradle 里，如下图所示，会通过读取该文件将 .flutter-plugins 文件中的项目一个个 include 到主工程里。
之后就是主工程里的 apply from: "$flutterRoot/packages/flutter_tools/gradle/flutter.gradle" 脚本的引入了，这个脚本一般在于 flutterSDK/packages/flutter_tools/gradle/ 目录下，如下代码所示，其中最关键的部分同样是 读取 .flutter-plugins 文件中的项目，然后一个一个再 implementation 到主工程里完成依赖。
自此所有原生代码的 Flutter 插件，都被作为本地 Module Project 的形式引入主工程了 ，最后脚本会自动生成一个 GeneratedPluginRegistrant.java 文件，实现原生代码的引用注册， 而这个过程对你完全是无感的。
说了那么多就是为了说明，既然插件是被当作本地 Module Project 的形式引入，那么这时候按照原来直接打包 aar 是会有问题的：
`Android` 默认 `gradle` 脚本打包时，对于 `project` 和远程依赖只会打包引用而不会打包源码和资源。
所以这时候就需要 fat-aar 的加持了，关于 fat-aar 的详细概念可见 ：《从Android到React Native开发（四、打包流程解析和发布为Maven库）》 ，这里可以简单理解为，这是一个支持将引用代码和资源到合并到一个 aar 的插件。
如下代码所示，我们在原本的组件化脚本上，通过增加 apply plugin: 'com.kezong.fat-aar' 引入插件，然后参考 Flutter 脚本对 .flutter-plugins 文件中的项目进行 embed 依赖引用即可 ，这时候再打包出的 aar 文件即为完整 Flutter 项目代码。
完整版可见 flutter_app_lib 。
四、堆栈
最后需要说的问题就是堆栈了。
如果说混合开发中最难处理的是什么，那一定是各平台之间的堆栈管理，一般情况下我们都会避免混合堆栈的相互调用 ，但是面对不得不如此为之的情况下，闲鱼给出了他们的答案：fluttet_boost。
我们知道 Flutter 整个项目都是绘制在一个 Surface 画布上，而fluttet_boost 将堆栈统一到了原生层，通过一个单例的 flutter engine 进行绘制。
每个 FlutterFragment 和 FlutterActivity 都是一个 Surface承载容器，切换页面时就是切换 Surface 渲染显示，而对于不渲染的页面通过 Surface 截图缓存画面显示。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
结语
网上高级工程师面试相关文章鱼龙混杂，要么一堆内容，要么内容质量太浅， 鉴于此我整理了上述安卓开发高级工程师面试题以及答案。希望帮助大家顺利进阶为高级工程师。
目前我就职于某大厂安卓高级工程师职位，在当下大环境下也想为安卓工程师出一份力，通过我的技术经验整理了面试经常问的题，答案部分是一篇文章或者几篇文章，都是我认真看过并且觉得不错才整理出来。
大家知道高级工程师不会像刚入门那样被问的问题一句话两句话就能表述清楚，所以我通过过滤好文章来帮助大家理解。
现在都说互联网寒冬，其实只要自身技术能力够强，咱们就不怕！我这边专门针对Android开发工程师整理了一套【Android进阶学习视频】、【全套Android面试秘籍】、【Android知识点PDF】。
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
[外链图片转存中…(img-uxxi7mPe-1712843245787)]
9928
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
