标签:android proxydelegate bug热修复 dex
现在越来越多的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来加载他,这样就可以通过从服务器上下载更新dex到该路径下就OK了.这种修复方式由于只是替换了dex文件,没有更新资源文件,所以只能修复一些不牵扯到更改现有资源的紧急bug.相信在大多数情况下也够用了.并且基于Proxy/Delegate也可以很好得做扩展,例如插件化,多dex技术等.
转载请注明出处:http://blog.csdn.net/l2show/article/details/46967987
Android 基于Proxy/Delegate 实现bug热修复
标签:android proxydelegate bug热修复 dex
原文地址:http://blog.csdn.net/l2show/article/details/46967987