Android组件化基础

组件化：

组件（功能导向）：单一的功能 组件，如视频组件，支付组件，路由组件

模块（业务导向）：独立的业务模块，如首页模块，直播模块，IM模块。

粒度上，模块大于组件，二者思想一致：代码复用，业务解耦。

组件化优势：

1.避免重复造轮子，提高复用性，节约成本，提升开发效率。

2.项目间共用组件，可以确保整体技术的统一性。

3.为插件化共用一套底层模型做准备。

模块化优势：

1.业务解耦，移植简单。

2.多团队可以根据业务并行开发和测试。

3.单个业务可以独立打包，提高编译速度。

4.多项目共用模块，降低开发成本。

AndroidManifest：

APP最终只允许一个AndroidManifest，众多module均有AndroidManifest会合并的，合并原则：

1.Activity：

合并后会自动补全一些属性：icon，theme等，且name路径会改为全路径（包名+文件名），直接 android:name =".im.ChatActivity"的形式，有可能导致找不到文件。

2.Application：

1.主module无自定义application，功能module有自定义application，引用功能module中的自定义application；

2.主module和功能module均有自定义application，解决冲突，最终引用 主module中的自定义application；

3.权限声明：

最后汇总，会剔除不同功能module之间重复申请的权限，别担心重复申请，每个权限只会申请一次的。也可以把权限全部写到BaseModule中。

4.主题声明：

Activity主题各模块独立，用模块自己的定义的主题，不定义就是默认；

Application theme主题，参考最终full AndroidManifest中的主题。

5.Service:

与Activity相同。

6.shareId：

通过声明SharedUserId，拥有同一个UserId的多个app可以配置成运行在同一个进程中，所以默认可以互相访问任意数据。

但是功能module中声明都是白扯，只有在主module（Application module）中声明shareUserId才能被打包到full AndroidManifest中。

Application介绍：

application比activity创建的早，且生命周期最长，单例存在。

重要方法介绍：

onCreate（）早于activity创建；

onTerminate（）程序终止时调用，但不一定会被调用，系统杀死app时，不会提醒，也不会调用该方法；

onLowMermory()后台程序已终止，且资源仍匮乏时，会调用该方法，一般来说，在这里会释放一些不必要的资源占用，来应付紧张。

onConfigurationChanged()配置改变时触发，最常见的就是旋转屏幕。

最重要的方法：App内所有Activity的生命周期的监听。

registerActivityLifecycleCallbacks（）和unregisterActivityLifecycleCallbacks()

例如获取栈顶Activity对象。（对于dialog至关重要）

组件化中，多个module均有application，编译时会报错，AS的Gradle插件默认会启用Manifest Merger Tool,如果Library中也定义了与主项目相同的属性（例如默认生成的icon和theme）合并就会失败。

解决编译，失败可以使用tools :replace = “android:icon,android:theme”，注意多个属性用逗号分开。并且在Manifest根标签加上 xmlns:tools=“http://schemas.android.com/tools”。否则会找不到域名。