一个 Android MVVM 组件化架构框架

常见的组件初始化解决方案：

在我的了解范围内，目前有两种最为常见的解决方案：

• 面向接口编程 + 反射扫描实现类：

该方案是基于接口编程，自定义 Application 去实现一个自定义的接口（interface），这个接口中定一些和 Application 生命周期相对应的抽象方法及其他自定义的抽象方法，每个组件去编写一个实现类，该实现类就类似于一个假的自定义 Application，然后在真正的自定义 Application 中去通过反射去动态查找当前运行时环境中所有该接口的实现类，并且去进行实例化，然后将这些实现类收集到一个集合中，在 Application 的对应声明周期方法中去逐一调用对应方法，以实现各实现类能够和 Application 生命周期相同步，并且持有 Application 的引用及 context 上下文对象，这样我们就可以在组件内模拟 Application 的生命周期并初始化SDK和三方库。使用反射还需要做一些异常的处理。该方案是我见过的最常见的方案，在一些商业项目中也见到过。

• 面向接口编程 + meta-data + 反射：

该方案的后半部分也是和第一种方法一样，通过接口编程实现 Application 的生命周期同步，其实这一步是避免不了的，在我的方案中，后半部分也是这样实现的。不同的是前半部分，也就是如何找到接口的实现类，该方案使用的是 AndroidManifest 的 meta-data 标签，通过每个组件内的 AndroidManifest 内去声明一个 meta-data 标签，包含该组件实现类的信息，然后在 Application 中去找到这些配置信息，然后通过反射去创建这些实现类的实例，再将它们收集到一个集合中，剩下的操作基本相同了。该方案和第一种方案一样都需要处理很多的异常。这种方案我在一些开源项目中见到过，个人认为过于繁琐，还要处理很多的异常。

本项目中所使用的方案：

• 面向接口编程 + Java的SPI机制（ServiceLoader）+AutoService：

先来认识下 Java 的 SPI 机制：面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候不用在程序里动态指明，这就需要一种服务发现机制。JavaSPI 就是提供这样的一个机制：为某个接口寻找服务实现的机制。这有点类似 IOC 的思想，将装配的控制权移到了程序之外。这段话也是我复制的别人的，听起来很懵逼，大致意思就是我们可以通过 SPI 机制将实现类暴露出去。关于如何使用 SPI，这里不在陈述，总之是我们在各组件内通过 SPI 去将实现类暴露出去，在 Application 中我们通过 Java 提供的 SPI API 去获取这些暴露的服务，这样我们就拿到了这些类的实例，剩下的步骤就和上面的方案一样了，通过一个集合遍历实现类调用其相应的方法完成初始化的工作。由于使用 SPI 需要在每个模块创建对应的文件配置，这比较麻烦，所以我们使用 Google 的 AutoService 库来帮助我们自动创建这些配置文件，使用方式也非常的简单，就是在实现类添加一个 AutoService 注解。本框架中的核心类是这几个：lib_base-LoadModuleProxy、lib_base-ApplicationLifecycle。这种方案是我请教的一个米哈游的大佬，这位大佬告诉我在组件化中组件的初始化可以使用 ServiceLoader 来做，于是我就去研究了下，最后发现这种方案还不错，比前面提到的两种方案都要简单、安全。

资源命名冲突

在组件化方案中，资源命名冲突是一个比较严重的问题，由于在打包时会进行资源的合并，如果两个模块中有两个相同名字的文件，那么最后只会保留一份，如果不知道这个问题的小伙伴，在遇到这个问题时肯定是一脸懵逼的状态。问题既然已经出现，那我们就要去解决，解决办法就是每个组件都用固定的命名前缀，这样就不会出现两个相同的文件的现象了，我们可以在 build.gradle 配置文件中去配置前缀限定，如果不按该前缀进行命名，AS 就会进行警告提示，配置如下：

android {
resourcePrefix “前缀_”
}

组件划分

其实组件的划分一直是一个比较难的部分，这里其实也给不到一些非常适合的建议，看是看具体项目而定。

关于基础组件通常要以独立可直接复用的角度出现，比如网络模块、二维码识别模块等。

关于业务组件，业务组件一般可以进行单独调试，也就是可以作为 app 运行，这样才能发挥组件化的一大用处，当项目越来越大，业务组件越来越多时，编译耗时将会是一个非常棘手的问题，但是如果每个业务模块都可以进行的单独调试，那就大大减少了编译时间，同时，开发人员也不需要关注其他组件。

关于公共模块，lib_base 放一些基础性代码，属于框架基础层，不应该和项目业务有牵扯，而和项目业务相关的公共部分则应该放在 lib_common 中，不要污染 lib_base。

依赖版本控制

组件化常见的一个问题就是依赖版本，每个组件都有可能自己的依赖库，那我们应该统一管理各种依赖库及其版本，使项目所有使用的依赖都是同一个版本，而不是不同版本。本项目中使用 buildSrc 中的几个kt文件进行依赖版本统一性的管理，及其项目的一些配置。

MVVM相关

• MVVM 采用 Jetpack 组件 + Repository 设计模式 实现，所使用的 Jetpack 并不是很多，像 DataBinding、Hilt、Room 等并没有使用，如果需要可以添加。采用架构模式目的就是为了解偶代码，对代码进行分层，各模块各司其职，所以既然使用了架构模式那就要遵守好规范。
• Repository 仓库层负责数据的提供，ViewModel 无需关心数据的来源，Repository 内避免使用 LiveData，框架里使用了 Kotlin 协程的 Flow 进行处理请求或访问数据库，Repository 的函数会返回一个 Flow 给 ViewModel 的调用函数，Flow 上游负责提供数据，下游也就是 ViewModel 获取到数据使用 LiveData 进行存储，View 层订阅 LiveData，实现数据驱动视图
• 三者的依赖都是单向依赖，View -> ViewModel -> Repository

项目使用的三方库及其简单示例和资料

• Kotlin
• Kotlin-Coroutines-Flow
• Lifecycle
• ViewModel
• LiveData
• ViewBinding
• Hilt
• Android KTX
• OkHttp：网络请求
• Retrofit：网络请求
• MMKV：腾讯基于 mmap 内存映射的 key-value 本地存储组件
• Glide：快速高效的 Android 图片加载库
• ARoute：阿里用于帮助 Android App 进行组件化改造的框架 —— 支持模块间的路由、通信、解耦
• BaseRecyclerViewAdapterHelper：一个强大并且灵活的 RecyclerViewAdapter
• StatusBarUtil：状态栏
• EventBus：适用于 Android 和 Java 的发布/订阅事件总线
• Bugly：腾讯异常上报及热更新(只集成了异常上报)
• PermissionX：郭霖权限请求框架
• LeakCanary：Android 的内存泄漏检测库
• AndroidAutoSize：JessYan 大佬的 今日头条屏幕适配方案终极版

Kotlin协程

关于 Kotlin 协程，是真的香，具体教程可以看我的一篇文章：

• 万字长文 - Kotlin 协程进阶

Flow 类似于 RxJava，它也有一系列的操作符，资料：

• Google 推荐在 MVVM 架构中使用 Kotlin Flow:
• 即学即用Kotlin - 协程:
• Kotlin Coroutines Flow 系列(1-5):

PermissionX

PermissionX 是郭霖的一个权限申请框架 使用方式:

PermissionX.init(this)
.permissions(“需要申请的权限”)
.request { allGranted, grantedList, deniedList -> }

资料:

GitHub: github.com/guolindev/P…

EventBus APT

事件总线这里选择的还是 EventBus，也有很多比较新的事件总线框架,还是选择了这个直接上手的 在框架内我对 EventBus 进行了基类封装，自动注册和解除注册，在需要注册的类上添加 @EventBusRegister 注解即可，无需关心内存泄漏及没及时解除注册的情况，基类里已经做了处理

@EventBusRegister
class MainActivity : AppCompatActivity() {}

很多使用 EventBus 的开发者其实都没有发现 APT 的功能，这是 EventBus3.0 的重大更新，使用 EventBus APT 可以在编译期生成订阅类，这样就可以避免使用低效率的反射，很多人不知道这个更新，用着3.0的版本，实际上却是2.0的效率。 项目中已经在各模块中开启了 EventBus APT，EventBus 会在编译器对各模块生成订阅类，需要我们手动编写代码去注册这些订阅类：

// 在APP壳的AppApplication类中
EventBus
.builder()
.addIndex(“各模块生成的订阅类的实例 类名在base_module.gradle脚本中进行了设置 比如 module_home 生成的订阅类就是 module_homeIndex”)
.installDefaultEventBus()

屏幕适配 AndroidAutoSize

屏幕适配使用的是 JessYan 大佬的 今日头条屏幕适配方案终极版

GitHub: github.com/JessYanCodi…

使用方式:

// 在清单文件中声明


// 主单位使用dp 没设置副单位

// 默认是以竖屏的宽度为基准进行适配
// 如果是横屏项目要适配Pad(Pad适配尽量使用两套布局 因为手机和Pad屏幕宽比差距很大 无法完美适配)


// 以高度为基准进行适配 (还需要手动代码设置以高度为基准进行适配) 目前以高度适配比宽度为基准适配 效果要好

// 在Application 中设置
// 屏幕适配 AndroidAutoSize 以横屏高度为基准进行适配
AutoSizeConfig.getInstance().isBaseOnWidth = false

ARoute

ARoute 是阿里巴巴的一个用于帮助 Android App 进行组件化改造的框架 —— 支持模块间的路由、通信、解耦

使用方式:

// 1.在需要进行路由跳转的Activity或Fragment上添加 @Route 注解
@Route(path = “/test/activity”)
public class YourActivity extend Activity {
…
}

// 2.发起路由跳转
ARouter.getInstance()
.build(“目标路由地址”)
.navigation()

// 3.携带参数跳转
ARouter.getInstance()
.build(“目标路由地址”)
.withLong(“key1”, 666L)
.withString(“key3”, “888”)
.withObject(“key4”, new Test(“Jack”, “Rose”))
.navigation()

// 4.接收参数
@Route(path = RouteUrl.MainActivity2)
class MainActivity : AppCompatActivity() {

// 通过name来映射URL中的不同参数
@Autowired(name = “key”)
lateinit var name: String

override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(mBinding.root)
// ARouter 依赖注入 ARouter会自动对字段进行赋值，无需主动获取
ARouter.getInstance().inject(this)
}
}

// 5.获取Fragment
Fragment fragment = (Fragment) ARouter.getInstance().build(“/test/fragment”).navigation();

资料:

官方文档:github.com/alibaba/ARo…

ViewBinding

通过视图绑定功能，可以更轻松地编写可与视图交互的代码。在模块中启用视图绑定之后，系统会为该模块中的每个 XML 布局文件生成一个绑定类。绑定类的实例包含对在相应布局中具有 ID 的所有视图的直接引用。 在大多数情况下，视图绑定会替代 findViewById

使用方式:

按模块启用ViewBinding

// 模块下的build.gradle文件
android {
// 开启ViewBinding
// 高版本AS
buildFeatures {
viewBinding = true
}
// 低版本AS 最低3.6
viewBinding {
enabled = true
}
}

Activity 中 ViewBinding 的使用

// 之前设置视图的方法
setContentView(R.layout.activity_main)

// 使用ViewBinding后的方法
val mBinding = ActivityMainBinding.inflate(layoutInflater)
setContentView(mBinding.root)

// ActivityMainBinding类是根据布局自动生成的 如果没有请先build一下项目
// ViewBinding会将控件id转换为小驼峰命名法,所以为了保持一致规范,在xml里声明id时也请使用小驼峰命名法
// 比如你有一个id为mText的控件,可以这样使用
mBinding.mText.text = “ViewBinding”

Fragment 中 ViewBinding 的使用

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

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

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

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

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

答应大伙的备战金三银四，大厂面试真题来啦！

这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

《960全网最全Android开发笔记》

《379页Android开发面试宝典》

包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

如何使用它？
1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数

《507页Android开发相关源码解析》

只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。

腾讯、字节跳动、阿里、百度等BAT大厂 2020-2021面试真题解析

资料收集不易，如果大家喜欢这篇文章，或者对你有帮助不妨多多点赞转发关注哦。文章会持续更新的。绝对干货！！！

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

[外链图片转存中…(img-d9d98aYn-1712688052469)]

腾讯、字节跳动、阿里、百度等BAT大厂 2020-2021面试真题解析

[外链图片转存中…(img-q6Ojerz9-1712688052469)]

资料收集不易，如果大家喜欢这篇文章，或者对你有帮助不妨多多点赞转发关注哦。文章会持续更新的。绝对干货！！！

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