Android 客户端应用上线以后，一旦出现Bug，一般的解决思路是发修复包升级应用，这种方式不仅耗时，更重要的是用户需要频繁的升级版本，体验不好，所以优化的思路是在不发版本的情况下热更新，以期提高用户体验。
近期GitHub新出一种非侵入运行期AOP框架Dexposed， 下面简单了解一下这个框架，GitHub地址。
简要说明：
该框架基于AOP思想，支持经典的AOP使用场景，可应用于日志记录，性能统计，安全控制，事务处理，异常处理等方面。
针对Android平台，Dexposed支持函数级别的在线热更新，例如对已经发布在应用市场上的宿主APK，当我们从crash统计平台上发现某个函数调用有bug，导致经常性crash，这时，可以在本地开发一个补丁APK，并发布到服务器中，宿主APK下载这个补丁APK并集成后，就可以很容易修复这个crash。
Dexposed是基于久负盛名的开源Xposed框架实现的一个Android平台上功能强大的无侵入式运行时AOP框架。Dexposed的AOP实现是完全非侵入式的，没有使用任何注解处理器，编织器或者字节码重写器。
Patch原理
首先从GitHub上拉下来代码有几个坑需要注意：
- 如果想直接拿过来用，你可能会失望而归，因为patchsample这个android程序就没有入口Activity，所以需要自行新建。
- 注意Lib包如何添加，不能直接添加在libs这个工程自建的文件中，应该放在lib文件中，并手动添加java build依赖
- 注意使用过程中不是像GitHub上那样介绍的如此精简，需要自行添加sunApkPatch代码并适当添加捕获异常操作，防止Patch包引起Crash。
- patchsample只是个简单的patch，如果需要增加比较复杂的patch，需要有依赖关系，为了缩小patch体积，这个依赖只能是部分依赖，所以推荐方式是将需要补丁的class文件打jar包引入依赖即可。
接下来我们看看具体的流程：
首先需要我们动态监测AOP环境
runPatchApk();这里需要注意的是PatchMain.load()这个方法，该方法的主要用途是加载patch APK的所有类，并将实现IPatch的类添加到List中去，然后通过匹配加载的类或者类方法来实现非侵入式AOP。
public void runPatchApk() {
if (android.os.Build.VERSION.SDK_INT == 21) {
return;
}
if (!DexposedBridge.canDexposed(this)) {
Log.d("Hotpatch", "This device doesn‘t support dexposed!");
return;
}
File cacheDir = getExternalCacheDir();
if (cacheDir != null) {
String fullpath = cacheDir.getAbsolutePath() + File.separator + "PATCH_NAME.apk";
PatchResult result = PatchMain.load(this, fullpath, null);
if (result.isSuccess()) {
Log.e("Hotpatch", "patch success!");
} else {
Log.e("Hotpatch", "patch error is " + result.getErrorInfo());
}
}
}Patch实践
public class Activity extends BaseSherlockSubActivity implements
OnNewIconUIRefreshListener {
private void showDialog() {
final AlertDialog.Builder builder = new AlertDialog.Builder(this);
builder.setTitle("Dexposed sample")
.setMessage("Please clone patchsample project to generate apk, and copy it to \"/Android/data/PACKAGE_NAME/cache/PATCH_NAME.apk\"")
.setPositiveButton("ok", new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int whichButton) {
}
}).create().show();
}
}假如我们上线的代码中如上所示，在弹层中出现文案bug，那么该如何热更新。
代码修复操作在Patch工程中，添加如下代码：
public class DialogPatch implements IPatch {
@Override
public void handlePatch(final PatchParam arg0) throws Throwable {
Class<?> cls = null;
try {
cls = arg0.context.getClassLoader().loadClass("com.android.activity.Activity");
} catch (ClassNotFoundException e) {
e.printStackTrace();
return;
}
DexposedBridge.findAndHookMethod(cls, "showDialog", new XC_MethodReplacement() {
@Override
protected Object replaceHookedMethod(MethodHookParam param) throws Throwable {
final Activity mainActivity = (Activity) param.thisObject;
AlertDialog.Builder builder = new AlertDialog.Builder(mainActivity);
builder.setTitle("Fanli Dexposed sample").setMessage("The dialog is shown from patch apk!").setPositiveButton("ok", new OnClickListener() {
public void onClick(DialogInterface dialog, int whichButton) {
Class<?> clsInner;
try {
clsInner = arg0.context.getClassLoader().loadClass("com.android.activity.OutObject");
} catch (ClassNotFoundException e) {
e.printStackTrace();
return;
}
try {
OutObject outObject = (OutObject) clsInner.newInstance();
if (outObject.callFromOutMethod()) {
AlertDialog.Builder builder = new AlertDialog.Builder(mainActivity);
builder.setTitle("Fanli Dexposed sample").setMessage("com.android.activity.OutObject is Worked!")
.setPositiveButton("ok", new OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
dialog.dismiss();
}
}).create().show();
}
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
}
}).create().show();
return null;
}
});
}
}然后将这个patch APK 传到Server，在主APK中通过下载patch apk到指定目录，然后动态监测AOP环境并loadPatch即可实现热更新。
接下来如果应用到实际项目中需要完善的有以下几点：
- 动态监测AOP环境 （android server主动监测 patch包）
- 动态加载Patch文件 （更新pathc以后第一时间加载patch）
Patch测试结果：
基于以上实现方案测试的环境包括：
Dalvik 4.0-4.4均已经通过
目前 ART 5.0 以及以上版本 尚未通过。（待更新Native包和Jar包）
版权声明：本文为博主原创文章，未经博主允许不得转载。