一次搞懂----模块化、组件化、插件化和热修复

随着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