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包）
版权声明：本文为博主原创文章，未经博主允许不得转载。