个人博客地址 http://dandanlove.com/
前言
Android随着系统的升级和app自有业务的增涨，新技术的不断涌现。在这个好多技术还没学习就已过期的时代。虽然不能去吃透那些前辈的作品，但是技术的史上我们作为码农应该要了解，毕竟曾经出现的一个个技术名词都代表“成长”。
----------------2021:10:14----------------
从上面的概述来看其实组件化跟模块化没有明显的区别；一个登录功能可以是一个模块也可以是一个组件，一个日期选择控件可以是一个模块，也可以是一个组件，因为不管是模块化还是组件化，它们都有一个共同的目标：将一个大的软件系统细化成一个个模块或者组件，都是为了重用和解耦。因此没有一个明确的界线去区分它们。
网上很多文章对于组件和模块的定义也是不尽相同的，一些人认为组件的粒度更细，它只是具备单一功能与业务无关的组件，比如一个日历选择控件就认为是一个组件。而模块他们认为就是业务模块，顾名思义，就是按业务划分而成的模块。而另一部分人则相反。
在维基百科对模块化的解释中有这么一句：
A component is a similar concept, but typically refers to a higher level; a component is a piece of a whole system, while a module is a piece of an individual program
也就是认为组件粒度较模块要更大，所以本文对组件和模块做出以下定义：
组件：侧重于业务，可编译成单独的app，一般只负责单一业务，具备自身的生命周期（通常包含Android四大组件的一个或多个，所以称之为组件也更加贴切）
模块：侧重于功能，与业务无关，比如自定义控件、网络请求库、图片加载库等
----------------------end--------------------
在谈模块化之前我们先看看说组件化，现在大部分app随着业务的增加都会将一个app分成多个模块，每个模块都是一个组件（Module）。
正常一个App中可以有多个module，但是一般只会有一个module是设置为application的，其他均设置为library，组件化开发就是要每个module都可以运行起来，因此在开发期间(Debug版本)每个module均设置为application，发布时(Release版本)设置为libs再进行合并。
组件可以分为两大类，一类是application组件，一类是libs组件，application组件是一个可运行的app。libs组件可以作为application的依赖，但是自身不可作为程序运行的存在。
模块化粒度更小,更侧重于业务的解耦,而组件化粒度稍大于模块,更侧重于组件的重用。
组件化：
- 避免重复造轮子，节省开发维护成本；
- 每个组件都有自己独立的版本,可以独立的编译,测试,打包和部署；
- 产品组件化后能够实现完整意义上的按需求进行产品配置和销售,用户可以选择使用那些组件,组件之间可以灵活的组建；
- 如果对外提供的接口没有发生任何变化,升级其他组件完全不需要再进行测试.
插件化
有了组件化为什么还要有插件化，如果我们向动态的更新组件那么就需要插件化技术。插件化实际也是将app分为多个部分，宿主和插件能分开编辑、并行开发，这个和组件化相同。只不过插件化考虑了插件的按需下载以及动态升级。
APP热修复的概念：
APP修复是针对修复app中的bug场景来定义的。当我们已上线的app出现bug的时候，我们想在用户不知情的情况下修复这个bug，那么就会用到热修复。
APP热修复的实现原理：
- 首先，生成新版本的apk与旧版本的apk的差异补丁包文件；
- 其次，使用热修复框架的Api在Application中去尝试加载指定路径的补丁差异包；
- 最后，只需要将补丁差异包宝贝到对应路径，代开有bug的App,在Applcation创建的时候就会将补丁包文件加载到内存中并且替换对应的方法。
