一.概述
如今越来越多的app開始採用本地app结合html5的设计结构,这样做不仅能够跨平台,而且在某个业务或模块出了严重的bug,能够直接在html5+后台实时修复,省去了公布新包和新版本号的步骤.那么在不是html5结构的android app中怎么实现不又一次打包更新版本号的情况下实现热修复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是程序的第一个入口.
ClassLoader curLoader = ctx.getClassLoader();
DexClassLoader parentLoader = new DexClassLoader(dexPath, outputDir.getAbsolutePath(), nativeLibraryDir, curLoader.getParent());
Field f = ClassLoader.class.getDeclaredField("parent");
f.setAccessible(true);
f.set(curLoader, parentLoader); 这个时候主程序的dex文件就在其它路径下放着,等待代理启动dex来载入他,这样就能够通过从server上下载更新dex到该路径下就OK了.这样的修复方式因为仅仅是替换了dex文件,没有更新资源文件,所以仅仅能修复一些不牵扯到更改现有资源的紧急bug.相信在大多数情况下也够用了.而且基于Proxy/Delegate也能够非常好得做扩展,比如插件化,多dex技术等.转载请注明出处:http://blog.csdn.net/l2show/article/details/46967987
