ARouter 过于强大，很多功能我们不一定用得上，而且不一定适合我们的项目，自己撸一个，可以在满足项目需求的情况下，功能上去繁就简。 实践出真知，我想这也是很多开发者重复造轮子的主要原因吧。我们经常阅读许多大牛对于优秀框架的剖析，但那也只是大牛的理解，我们自己的呢？ 便于排查…

笔者作为工作多年的老Android，本篇借着自己微薄的经验总结一下自己认知到的Android项目架构，抛砖引玉。

网络请求是android开发中的常见需求，因此我们也常常会对其进行封装，本文主要包括MVVM架构下的网络请求封装与问题 ,MVI架构与Flow结合快速优雅地实现网络请求等内容

关键词：SPI、ServiceLoader、AutoService、组件化、APT 。对于APT（注解处理器），之前写过一篇，使用自定义注解自己实现ButterKnife功能。

衡量模块化好坏主要有三个层面：耦合程度、内聚程度以及模块的颗粒度。如何进行模块化才能同时满足上面三个要求？

上一篇文章笼统的总结了一下组件化开发的一些基础性问题，本篇文章继续组件化的学习，主要分如下三个方面介绍组件化中的 Application 如下： Application的作用 合并Applicatio