Android组件化架构实践

结合上述的理论基础,在实践过程中需要解决的技术难点主要有:模块间的通信、路由表的自动维护、组件的生命周期管理、主包管理及进程间通信等。

1. 通信

说到通信,我们能想到的方案有两种,路由和事件总线。路由可以解决界面的跳转和一些dialog、toast的显隐,但是不能解决服务之间的相互调用和回调。业界提出了类似于Android中四大组件之一ServiceManager的处理方法–“接口下沉”,也就是在基础组件层新建一个ServiceManager,并提供通用服务接口IService,在需要暴露服务的地方实现该接口并手动/自动注册到ServiceManager中,这样任何需要该服务的地方都可以通过:ServiceManager.get(Classclz)静态工厂方法取得,类似于ServiceManager中的addService(String name, IBinder service)和IBinder getService(String name)方法,当然ServiceManager类完全可以由注解来生成。第二种方案就是使用事件总线,比如EventBus或者RxBus,因为事件总线本身是通过观察者模式实现的同时可以支持跳转,所以也可以用来替代路由+“接口下沉”的方案。

2. 自动注册

在实践过程中,现有的方案都需要维护3个HashMap,分别是路由表、服务表以及组件表,当服务多到一定的程度,手动维护3个哈希表是一场灾难。以小赢理财现有的Scheme路由库为例,初代版本中是在内存中维护一个静态的HashMap路由表,key表示路径,value代表calss。虽然这样方便省事但是可维护性较差,一旦跳转规则变化或者忘记及时更新则会失效。秉承着“能让机器完成绝不自己动手”的原则,在迭代中改成了通过反射去扫描AndroidManifest,自动生成维护HashMap,这样可以做到map的自动注册。但是由于扫描是在Application的onCreare()方法中完成,用AOP测试发现扫描过程比较耗时,这种自动化的方式是以牺牲启动时间为代价的。联想到注解,可以通过编译时注解插入代码动态生成HashMap,但尝试过后发现部分场景下行不通,因为编译时注解的特性只在源码编译时生效,无法扫描到aar包里的注解,这种情况不适合远程预埋aar,动态下发的场景。运行时注解也会不可避免的会造成性能的缺失。幸运的是,Android官方提供了Transform API,可以用来在.class转换为.dex前操作class文件。这样配合ASM(如果觉得javap命令生成字节码太麻烦,可以使用IntelliJ IDEA插件‘Bytecode outline’,可方便快捷根据java类生成字节码)或javassist就可以动态的修改字节码,从而动态生成HashMap而不需要损耗性能。这种方式配合后台下发的方式,就能保住灵活性。

大致步骤如下:

  1. 新建buildSrc工程,或者独立工程;

  2. 接入Transform依赖:implementation ‘com.android.tools.build:gradle:3.2.1’,值得注意的是这个包里面包含了ASM库;

  3. 新建一个class实现Transform类,将扫描范围设置为:TransformManager.SCOPEFULLPROJECT,并在tranform(TransformInvocation transformInvocation)中遍历目录输入和jar输入,并使用ClassVisitor操作字节码;

  4. 最后在自定义Plugin中注册这个自定义Transform。

具体的操作细节可以参考官方文档。

3. 组件生命周期管理

一个进程对应着一个虚拟机,虚拟机需要管理APk的生命周期。同理,如果把APP看作一个虚拟机,把各个业务组件看成是小型的APP,那么APP是需要妥善管理各个业务组件的生命周期的。也就是说我们需要同步资源初始化、使用、销毁的时机。可以模拟虚拟机的工作流程:加载-验证-准备-解析-初始化-使用-卸载,同时使用ApplicationDelegate代理,hook住Application的各个生命周期,这样就可以实现组件的同步加载,需要主动销毁时,则可以将module手动卸载。

4. 依赖和主包管理

随着拆分出来的Module和aar越来越多,每次都需要重复配置依赖和项目基本参数。由于每层(主Module层、业务组件层、功能组件层、基础组件层)之间的依赖都大同小异的,因此抽出一层gradle_component,专门用来配置通用gradle,这样就可以统一依赖,比如:

然后把这些gradle分别apply到对应的层级,当然为了方便管理减少.gradle文件,可以将具体的依赖通过自定Plugin的形式注入。由于module和aar比较多,当真正进行build的时候,需要检查settings.gradle并对每个Module进行初始化配置,再运行具体的task进行打包。这个操作随着Module个数的增多,执行的耗时会直线上升。实际情况是,假设只修改了某个module,并只想运行这一部分增量代码,这个时候可以通过切换主APP完成。由于Android项目是通过plugin来识别的:

apply plugin:‘com.android.application’ // 主module
apply plugin: ‘com.android.library’ // module

这样我们可以在本地自定义一个’isMainAPP’参数来控制主Module和Module的切换。

if(isMainAPP) { // 切换
apply plugin:‘com.android.application’ // 主module
} else {
apply plugin: ‘com.android.library’ // module
}

5. 多进程通信

进程是最小的资源分配管理单位,当业务组件多大一定的程度时,会需要考虑使用多进程通信。如果只是简单的跳转不涉及到数据的获取,那么路由组件是可以胜任的,因为Android内置的Intent机制本来就是跨进程的。如果需要同步数据,则需要考虑进程通信中出现的脏数据,比如同时操作sharepreferences是比较棘手的,因为sharepreferences在文件和内存中各有一份数据,且有时候不相同。Android系统提供了基于mmap的Binder通信机制,落实到工程代码就是实现AIDL,生成远程Binder类和当前进程的Proxy类,并定义相关的Service和BinderPool。但是这样稍微有点重,可以考虑使用现有的ContentProvider + SQLite(ContentProvider本身也是AIDL通信机制,只是系统对其进行了一层封装),在路由库中增加对多进程通信拦截链的支持。

已有的解决方案

当前的一些大公司都先后开源了自己的组件化架构框架,比较知名的有美团的modular-event,阿里的ARouter以及得到(逻辑思维主打APP)的DDComponentForAndroid。其设计思想大同小异,基本也是机遇以上的设计要点,辅助一些同步和异步功能。美团舍弃了之前开发的“WMRouter”路由,转而使用了modular-event,阿里和得到则是使用路由+接口下沉的方式去构建整个架构。“组件化架构”能够清晰的划分项目结构,严格的将代码根据“业务组件”、“模块组件”、“基础组件”进行划分,各个项目组成员可以并行开发module而互不干扰,而且其可扩展性也比较强,对业务不断扩大的项目是一个不错的选择。

最后相关架构及资料

组件化框架设计.png

Android高级技术大纲

#####领取方式:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

最后

光有这些思路和搞懂单个知识的应用是还远远不够的,在Android开源框架设计思想中的知识点还是比较多的,想要搞懂还得学会整理和规划:我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架,**这些都是属于Android开源框架设计思想的。如下图所示:

image

这位阿里P8大佬针对以上知识点,熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档,内容详细,把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。

由于文档内容过多,篇幅受限,只能截图展示部分

image

image

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断!!!

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!**

  • 4
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值