安卓app开发软件部署 第1篇
所谓的多项目，就是指多个子模块，新创建的工程会自带一个名为app的子模块。上篇文章说到如何引用工程其他子模块，那我们先创建一个子模块出来。
创建子模块之前，明确两个概念，打开app子模块的，可以看到：
代表当前的子模块将构建为一个应用程序，同样还有：
因此，我们是可以创建一个工程，里面包括多个application（应用程序）和多个library（库）：
那么，现在给新工程里的app子模块去新建一个library子模块。
选择Android Library，并设置子模块名称、包名、编程语言等即可。创建后有两个地方需要注意。打开新创建的子模块的，可以看到：
代表当前的子模块将构建为一个库。同时，在根目录的会多了一句
这是因为文件定义了应用程序的模块都有哪些，既然创建了一个新的模块，就需要在此记录，当然这个步骤Android Studio会自动完成。
接着，回到app子模块的添加：
就可以将 _mylibrary_ 库模块作为依赖项引入app子模块中。当以app子模块作为主项目进行编译时，也就是这里：
如果项目里有多个子模块被设置为‘’，那这里会有多个选项。所以现在就只有app这一个选项。Gradle 会自动查找本地库模块，并将其编译成一个单独的 .aar 库文件，然后将其打包到 APK 文件中。这样，在以app子模块作为主项目中就可以使用 _mylibrary_ 模块中的资源和功能，方便快捷地实现应用程序开发。
安卓app开发软件部署 第2篇
随着业务的增加，项目里的子模块数量自然会增加。每个子模块对第三方库的依赖最好是用同一个gradle文件进行管理，gradle文件抽取封装之后，便于所有的依赖管理，也便于统一版本号依赖。如下所示，抽取出文件之后，每个组件下的文件里，直接使用统一的文件即可，在代码上也是非常的清晰简单。
app下
其它Module下
具体的实现和使用，详见第二章开头都github项目。
在组件化开发的时候，组件之间是没有依赖关系，我们不能在使用显式调用来跳转页面了，因为我们组件化的目的之一就是解决模块间的强依赖问题，这时候就需要引入“路由”的概念了。ARouter路由框架是阿里Android技术团队开源的一个高效、稳定、易用的 Android 路由框架，能够帮助开发者实现各组件间的解耦，提供多种跳转方式和参数传递功能，同时还支持自定义拦截器，非常适合用于中大型 Android 开发项目。
首先在子模块下面的做如下配置：（以下省略不相关代码，仅保留arouter相关的）：
其中：
arouter-api：是 ARouter 的核心 API 模块，包括了 ARouter SDK 的所有核心功能，包括路由跳转、参数传递、拦截器等。开发者需要将其引入到自己的项目中，并在项目中进行相应的配置和使用。
arouter-compiler：是 ARouter 的编译期注解处理器，用于在编译期扫描项目中的注解，并生成相应的路由映射表（RouterMap）。开发者需要将其引入到自己的项目中，并在项目中进行相应的配置和使用
如果你仅仅只添加arouter-compiler，你可能会发现，在引入 arouter-compiler 模块的情况下，只要在 Activity 或 Fragment 上添加 @Route 注解，也可以通过 ARouter 跳转到指定页面。但是，这只是在编译期生成了一个映射表，在加载该页面时跳转到了指定的 Activity 类，而没有 ARouter 的运行时支持，无法进行参数传递、拦截器设置等操作。因此在使用 ARouter 时，应该同时添加 arouter-compiler 和 arouter-api 两个模块，并在项目中进行相应的配置和使用，才能够充分发挥 ARouter 的功能和性能优势。
如果是使用Kotlin，则可以这么写：
上面有两个工具，这边顺便解释下，kapt 和 annotationProcessor 都是用于注解处理的工具，不同之处在于它们的适用语言和处理方式。
''是阿里提供的ARouter注册插件，可以对路由表自动加载，默认通过扫描 dex 的方式 进行加载通过 gradle 插件进行自动注册可以缩短初始化时间解决应用加固导致无法直接访问 dex 文件，初始化失败的问题。这是可选项，建议加上;可以在根添加：
如果使用了Proguard混淆，则需要在子模块下面的文件添加：
按官方推荐在Application的onCreate()方法添加：
安卓app开发软件部署 第3篇
最理想的组件化开发，就是将传统的一个Module大杂烩，拆分成若干个Module，由主App提供统一的入口，每个拆分后的Module通过相关配置，可以独立运行调试，也可以供主App依赖使用。我们以一个音乐播放的App例子，理想的组件化架构如下：
几个名词解释：
为了实现组件化开发，首先需要根据业务，将各个业务进行解耦，并为每个业务创建一个子模块，最后加上壳工程就是完整的组件化开发架构。具体哪种需求适合封装成子模块，以及要以源码形式还是aar包形式集成到项目里，可以参考小节自行定位该模块在项目所处的位置进行决定。现在讨论组件化开发实现的几个需求点：
先附上‘二流小码农’大佬开源的github项目:AndroidAssembly，说明文档：《Android组件化开发，其实就这么简单》,本人学习过程中也从中学到不少。
安卓app开发软件部署 第4篇
无论当前子模块是处于application还是library模式，都难免在开发的时候需要获取全局的context，即 ApplicationContext。此时，不可能每个子模块都各定义一个Application类，否则打包起来就会出现问题，毕竟一个APP只能有一个Application。对于这种情况，就可以创建一个BaseApplication类，然后每个子模块都来集成BaseApplication类。比如可以创建一个基础业务组件-通用UI组件，暂时命名为lib_common。该组件可以被其他的子模块所引用。在lib_common创建一个BaseApplication类：
此时就可以在其他子模块，比如app子模块引用lib_common，进一步在MApp文件继承BaseApplication类：