随着项目的不断迭代开发，有时候app发布出去，出现一些相对致命的问题，频繁的提示更新固然不好，这种时候我们可以选择一种方法来去解决上线后的bug修复——热更新（hot patch）。
实现热更新我的解决方案是拥抱Dexposed。Dexposed是一个阿里巴巴无线事业部推出的Android平台的无侵入运行期AOP开源框架，基于 Xposed 开源项目，旨在解决像性能监控、在线热补丁等移动开发常见难题。
Dexposed的使用场景有不少，今天我们要用他来做热更新~
1.主项目
配置
Gradle 依赖
dependencies {
compile 'com.taobao.android:dexposed:0.1.1@aar'
}
Note：这里aar文件只包含了armeabi架构的so文件，如果你的项目存在其他架构的so文件，需要自行编译其他架构的so文件。
然后在Application中初始化
public class MyApplication extends Application {
@Override public void onCreate() {
// Check whether current device is supported (also initialize Dexposed framework if not yet)
if (DexposedBridge.canDexposed(this)) {
// Use Dexposed to kick off AOP stuffs.
...
}
}
...
}
Note：
DexposedBridge.canDexposed(this)这里判断设备是否支持Dexposed的同时也进行了初始化。
最后，我们还需要将 patchloader.jar 导入工程。
主项目基本上配置完成。
使用
if (Build.VERSION.SDK_INT >= 21 || !canDexposed) {
LogUtils.d("This device doesn't support dexposed.");
return;
}
PatchResult result = PatchMain.load(context, "your patch path", null);
if (result.isSuccess()) {
LogUtils.d("hotPath load apk success.");
} else {
LogUtils.e("hotPath load apk error.", result.getErrorInfo());
result.getThrowbale().printStackTrace();
}
大概过程就是先判断设备是否支持，然后在通过PatchMain.load来加载补丁apk，劫持原来的函数进而实现在线bug修复。
2.补丁
配置
将 patchsample 的libs拷贝到补丁项目，用provided而不是compile （两者的区别是provided只在编译和测试阶段起作用，具体可以参考或查阅 Maven 的 Scope）
dependencies {
provided files('libs/dexposedbridge.jar')
provided files('libs/patchloader.jar')
}
使用
具体参考 patchsample 的代码。
3.一些注意事项（踩的坑）
- 目前支持的设备是5.0以下，5.0官方写的是Testing，但我在5.0设备测试的结果是无法加载dex的
- 主项目和补丁项目的sdk信息要一致，不然会出现mismatch的提示。
- 补丁apk要放在私有目录，也就是这样context.openFileOutput(fileName, context.MODE_PRIVATE)
- 补丁apk最好做个验证
最后
实现热更新还是有一定的限制，比如5.0以上都不支持。同时，补丁这个东西还不容易写。
所以，平时代码尽量严谨，测试尽量深入，尽量避免发布后才发现致命BUG。
