Android 基于Proxy/Delegate 实现bug热修复

一.概述

       现在越来越多的app开始采用本地app结合html5的设计结构,这样做不仅可以跨平台,并且在某个业务或模块出了严重的bug,可以直接在html5+后台实时修复,省去了发布新包和新版本的步骤.那么在不是html5结构的Androidapp中怎么实现不重新打包更新版本的情况下实现热修复bug呢？这里介绍的一种方法是通过升级dex文件来修复线上包的紧急bug。

二.实例

       该实例是之前一篇 Android源码之DeskClock(三) Proxy/Delegate Application 框架应用 的延伸.

       这篇讲关于热修复采用的是Proxy/Delegate Application 框架.

       主要实现的流程:

       1.替换主程序dex文件为代理启动程序的dex文件

       2.代理启动程序启动后,动态加载主程序dex

       3.ProxyApplication替换消除本身Context引用为MyApplication

       4.启动主程序的Application.

       经过上述的步骤处理,由于程序启动dex只是一个代理,而主程序的dex是动态加载的,所以就可以达到不升级主程序不更改版本号只升级dex文件来修复线上紧急bug的目的.

       因为这里使用了两个dex文件,所以就要把之前博客里面的ProxyApplication整个剥离出来,作为一个Module,跟主程序同级.

                                                           

       之前那篇博客因为没有替换ClassLoader的需求,所以在MyProxyApplication中复写了一个空的attachBaseContext方法,这里就需要在attachBaseContext反射替换MyProxyApplication的ClassLoader的父类的实例为主程序dex的DexClassLoader,这样既能动态加载主dex,有能让外部包括DelegateApplication自身都以为DelegateApplication是程序的第一个入口.

[java]  view plain  copy

1. ClassLoader curLoader = ctx.getClassLoader();  
2. DexClassLoader parentLoader = new DexClassLoader(dexPath, outputDir.getAbsolutePath(), nativeLibraryDir, curLoader.getParent());  
3. Field f = ClassLoader.class.getDeclaredField("parent");  
4. f.setAccessible(true);  
5. f.set(curLoader, parentLoader);  

       这个时候主程序的dex文件就在其他路径下放着,等待代理启动dex来加载他,这样就可以通过从服务器上下载更新dex到该路径下就OK了.这种修复方式由于只是替换了dex文件,没有更新资源文件,所以只能修复一些不牵扯到更改现有资源的紧急bug.相信在大多数情况下也够用了.并且基于Proxy/Delegate也可以很好得做扩展,例如插件化,多dex技术等.