通过 Dexposed 实现热更新
2015-11-06 本文已影响759人
ONEWateR
随着项目的不断迭代开发,有时候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。