atlas、replugin、small选择
在实现比特牛牛项目插件化之前，花了较长一段时间在插件化方案选择上，体验了atlas、replugin、small。应该原有项目是模块化的项目，因此需求是每个模块都能实现动态更新，核心的业务插件不会太大，每次更新替换原有插件。
replugin生成的插件不够纯粹，他会把v7的包相关class和资源打进去导致包变得很大(超过1m)，还很容易到时方法超过65536。atlas虽然是个不错的选择，但它动态部署时需要打差异包，强调的是热修复，版本更新时工作量大。而small打包简单方便，相关资源不会重复打进插件，核心的业务插件会很小，只有几百k，更新插件也简单。
small使用注意事项
small的使用示例可以https://github.com/wequick/Small
获取，具体教程可以参照官网。如果有需要，先下载官方示例运行一遍。这里说一下几个注意事项：
1、每个module命名要规范，业务插件模块需要用app.xxx命名，并且要改为application类型（apply plugin: 'com.android.application'）。公共库插件以lib.xxx命名，要打入主壳apk的模块（宿主分身）资源可以放到app+xxx命名的模块（会被所有其他模块引入）。当然也可以通过bundle.json定义每个module的type类型来区分插件类型。
2、如果公共库里的自定义组件需要在ConstraintLayout布局中使用，就要把ConstraintLayout的依赖加到公共库插件里。不能放到app+xxx（宿主分身下），否则读取自定义属性会有问题。
3、自定义属性declare-styleable的name属性不要和库重复，否则读取属性会失败。
4、转场动画和通知栏图标要放入宿主分身。
5、ConstraintLayout中的group组件无效（可以自定义group）
6、ARouter无效（可以自己实现一个简易版ARouter框架替换，见上篇）
7、业务插件布局文件定义的id不能和公共库插件的id一样，否则在运行时会报NoSuchFieldError。(如果一定要重复的话，见Small重复id解决方法)
实战总结
最终，项目插件化还是比较圆满的完成了。能够通过配置文件动态更新插件列表，根据插件版本动态更新。需要频繁更新的插件不大只有300k。如果需要引入大的资源，后面还可以增加插件。兼容性方面，Android4.4（红米）、Android7.0（vivo、OPPO）、Android8.0（华为），Android 9.0 beta（pixel）都测试通过。回头看重构难度方面，因为之前就是按照模块化开发的，所以很好重构，并且small是兼容kotlin的。当然也有一些坑点，如ARouter不支持啊，Glide不支持本地资源，还有最大的id重复问题。不过还是找到了相关解决方案。总的来说，small对代码极致裁剪，打包方便，它也是我用完atlas、replugin等其他插件化的最终选择。
