随着web前端技术的发展，插件化技术已逐渐被抛弃，但是理解这三者的概念和区别，对编程思想的提高仍有帮助。
1 模块化
狭义上说：
是指Android studio支持了多个module开发时，提出的模块化概念。
具体实践：把常用的功能、控件、基础类、第三方库、权限等公共部分抽离封装，把业务拆分成N个模块进行独立(module)的管理。
而所有的业务组件都依赖于封装的基础库，业务组件之间不做依赖，这样的目的是为了让每个业务模块能单独运行。
广义上说：
将一个复杂业务实现，根据功能、页面或者其他进行不同粒度的划分程不同的模块，模块之间解耦，分别进行实现，也就是编程的模块化思想。
模块化的特点是：模块之间解耦，可以独立管理。
2 组件化
将一个app的代码拆分成几份独立的组件，组件之间是低耦合的，可以独立编译打包；也可以将组件打包到一个apk中。
【没有组件化的缺点】：
- （1）项目可维护性下降。随着项目的增加，即使有做分包目录，但是项目会逐渐失去层次感，可读性、可维护性下降
- （2）开发和调试效率低。开发和调试时，修改了一个小功能，但是需要重新build整个项目才能看到结果，耗费时间
- （3）易阻断不同业务模块的并发开发。一个业务模块的小bug，可能阻断其他业务模块的开发和调试，不同业务模块的并发开发会被阻断。
- （4）版本管理困难。多人联合开发时，在版本管理中容易出现冲突和代码覆盖问题。
【组件化的拆分】
- 按照业务（功能）划分各个业务组件模块。
【组件化后的优点】
- （1）每个模块可独立编译，提高了编译速度；
- （2）开发只负责自己的模块，还可以再做的隔离一些，每个业务线只可见自己业务模块的代码，避免了误修改和版本管理问题。
- （3）公共的Lib依然是个独立模块
与模块化的区别：是每个模块的角色的转换，一个组件可以独立编译打包，也可以作为lib集成到整个apk中
阿里的 Arouter 开源框架
3 插件化
插件化是将一个apk根据业务功能拆分成不同的子apk（也就是不同的插件），每个子apk可以独立编译打包，最终发布上线的是集成后的apk。在apk使用时，每个插件是动态加载的，插件也可以进行热修复和热更新。
- 从技术上讲，就是解决如何启动未安装的apk里面的类（主要是四大组件）。
- 主要问题：如何加载类、如何加载资源、如何管理组件生命周期。
与组件化的主要区别：
- 形式上的区别，组件化的单位是module，插件化的单位是apk
- 关注点不同，插件化更关注动态加载、热更新、热修复等‘插拔’技术。
组件化与插件化详细对比
| 技术 | 单位 | 实现内容 | 灵活性 | 特性 | 静动态 |
|---|---|---|---|---|---|
|
组件化 |
module | 是解耦与加快编译，隔离不需要关注的部分 | 按加载时机切换，是作为lib，还是apk | 组：组本来就是一个系统，每个组件不是真正意义上的独立模块 | 静态加载 |
| 插件化 | apk | 是解耦与加快编译，同时实现热插拔也就是热更新 | 加载的是apk，可以动态下载，动态更新，比组件化更灵活 | 插：是独立的apk，每个插件可以作为一个完全独立的apk运行，也可以和其他插件集成为大apk | 动态加载，只用真正使用某个插件时，才加载该插件 |
Atlas
DroidPlugin
-
http://blog.csdn.net/wangbaochu/article/details/50518536
https://juejin.im/entry/57b2833a0a2b58006334e73a
https://juejin.im/entry/57d746dbd20309006a0b168e
https://juejin.im/entry/583bb48c61ff4b006cbf091b
https://mp.weixin.qq.com/s?__biz=MzA3ODg4MDk0Ng==&mid=2651113434&idx=1&sn=99a473c6fad2f7b366b2cba2afb96f7a&chksm=844c6e07b33be7112222c0d78be23979912f12d6c99ad2c7bfac766e67e4be4619709f170b09&mpshare=1&scene=1&srcid=0628gRj4w4sW8cxYupnu3TXk&pass_ticket=1bsPf4vfDjr2a7E45NfjrXCTMdvwi6/DgVwYPA7Byx5Zi5zQCgScguDpY/3gXkdO#rd
https://juejin.im/entry/58ad2730570c35006bcde6fb
4 热修复
首先需要明确的一点，插件化和热修复不是同一个概念，虽然站在技术实现的角度来说，他们都是从系统加载器的角度出发，无论是采用hook方式，亦或是代理方式或者是其他底层实现，都是通过“欺骗”Android 系统的方式来让宿主正常的加载和运行插件（补丁）中的内容；但是二者的出发点是不同的。插件化顾名思义，更多是想把需要实现的模块或功能当做一个独立的提取出来，减少宿主的规模，当需要使用到相应的功能时再去加载相应的模块。热修复则往往是从修复bug的角度出发，强调的是在不需要二次安装应用的前提下修复已知的bug。
类加载原理：
说起热修复就不得不提类的加载机制，和常规的JVM类似，在Android中类的加载也是通过ClassLoader来完成，具体来说就是PathClassLoader 和 DexClassLoader 这两个Android专用的类加载器，这两个类的区别如下：
- PathClassLoader：只能加载已经安装到Android系统中的apk文件（/data/app目录），是Android默认使用的类加载器。
- DexClassLoader：可以加载任意目录下的dex/jar/apk/zip文件，也就是我们一开始提到的补丁。
（图片转自网路）
相信大部分APP软件的开发流程都是上面那样。
版本上线之后，用户或者市场反馈说有bug，然后立马加班紧急修复，接着又发布版本上线；然后又反馈回来说有新的bug，好嘛，接着修复然后发新版本上线；这样一直修复bug发版本上线……
虽然软件的bug避免不了，但是总是发布新版本，让用户去下载更新使用，会让很多用户失去耐心和信息。严重影响用户使用和体验，代价是很大的！
Andfix
Hotfix
Tinker
QFix
Amigo
Robust
Sophix