文章目录
一、插件化的诞生是为了解决什么问题？
我们不妨好好思考一下，作为客户端开发，平时工作中是否为这样的情况发愁：
- 核心业务功能迭代的时候，千小心，万小心，又是做AB，又是做灰度，最后线上还是出问题了，这个时候只能靠发版解决问题，奈何客户端的发版周期长，并且只有用户升级以后才能解决问题
- 有些业务上线以来，用的人不多，占用的包体积还不小，这些功能是否可以动态加载
- 开发一个功能，必须提交到应用商店以后，用户才能更新（涉及到监管）
所以说，插件化设计之初就是为了不安装新Apk，从而完成应用的更新迭代。
我之前所在的团队也做了插件化，主要的原因还是包体积的诉求，原因有两个：
- 厂商预装的时候包体积的强制诉求：如果不做插件化，就需要每年预装阶段持续投入人力优化包体积，成本比较高
- 对外投放的时候，小包有利于提高用户的转化