Andfix热修复框架原理及源代码解析-上篇

热补丁介绍及Andfix的使用

Andfix热修复框架原理及源代码解析-上篇

Andfix热修复框架原理及源代码解析-下篇

1.不知道怎样使用的同学,建议看看我上一篇写的介绍热补丁和Andfix的使用,这样你才有一个大概的框架。通过使用Andfix,事实上我们心中会有一个大概的轮廓,它的工作原理,大概就是。所谓的补丁文件。就是通过打包工具apkpatch比对新的apk和旧的apk之间的差异。

然后让我们的旧包执行的时候。就载入它,把曾经的一些信息替换掉。

我们如今就抱着这个慷慨向去深入源代码探个到底!

。首先看下Demo里面Application的代码。

2.一開始实例化PatchManager。然后调用init()这种方法,我们跟进去看看。

我凝视的非常具体,大致就是从SharedPreferences读取曾经存的版本号和你传过来的版本号进行比对,假设两者版本号不一致就删除本地patch。否则调用initPatchs()这种方法。

3.分析下initPatchs()它做了什么,事实上代码非常easy,就是把mPatchDir目录下的文件作为參数传给了addPatch(File)方法,然后调用addPatch()方法。addPatch方法的作用看以下的凝视,写的非常清楚。

4.我们能够看到addPatch()方法里面会实例化Patch,我们跟进去看看实例化过程中,它又干了什么事。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" height="635" width="600">

它里面调用了init()方法,能够看到里面有JarFile, JarEntry, Manifest, Attributes,通过它们一层层的从Jar文件里获取对应的值,提到这里大家可能会奇怪,明明是.patch文件,怎么又变成Jar文件了?事实上是通过阿里打补丁包工具生成补丁的时候写入对应的值。补丁文件事实上就相到于jar包。仅仅只是它们的扩展名不同而已。提到这里我们就来单独的探索下,补丁文件是怎么一步步生成的。由于阿里没有对打补丁工具进行加密和混淆。我们能够使用jdgui打开查看。

所需对应的工具代码demo等我都统一放在以下的下载链接里面。有须要的自行取下。

5.好了,我们如今来分析下补丁文件怎样生成的,用jdgui打开apkpatch-1.0.3。先从main方法開始。

能够看到:下图1部分就是我们前面介绍怎样使用命令行打补丁包的命令,检查命令行是否有那些參数。假设没有要求的參数,就给用户对应的提示。

第二部分。我们在打正式包的时候,会指定keystore,password,alias,entry相关參数。

另外name就是最后生成的文件,能够忽略。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" height="763" width="687">

Main函数最后一个方法是我们的大头戏。上面的參数传给ApkPatch进行初始化。然后调用doPatch()方法。

我们再跟进去。看看ApkPatch初始化的过程中,做了什么。

调用了父类的方法,我们再看看父类Build.

干的事情事实上比較简单。就是给变量进行赋值。能够看到out,我们的输出文件就是这么来的,没有的话,它会自己创建一个。

然后我们再回到apkPatch.doPatch()这种方法。

看看这种方法里面是什么。

这种方法主要做的就是在我们的out输出文件里生成一个smali目录,还有diff.dex, diff.apatch文件。

能够找到你的输出文件确认下。

DiffInfo相当于一个存储新包和旧包差异信息的容器来,通过diff方法将二者的差异信息给info.然后就是三个最重要的方法,buildCode(),
build(),release()。我们接下来一个个的看下,他们到底为何这么重要。

看到baksmali和smali,反编译过apk的同学一定不陌生,这就是dex的打包工具和解包工具。关于这个详细就不深入了,有兴趣的同学能够深入了解下。这种方法的返回值将DiffInfo中新加入的classes和改动过的classes做了一个重命名。然后保存了起来,同一时候,将相关内容写入smali文件里。

为什么要进行重命名,事实上是为了防止和之前安装的Dex文件名称字冲突。

接下来看看build(outFile, dexFile),首先从keystone里面获取应用相关签名,将getMeta()中获取的Manifest内容写入"META-INF/PATCH.MF"文件里。getMeta()方法上面,实例化PatchBuilder,然后调用writeMeta(getMeta())。我们走进去先看看。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" height="451" width="741">

这个就是将dexFile和签名相关信息写入classes.dex文件里。能够有点蒙。

我们就看看writeFile()方法。

SignedJarBuilder的构造方法做了一些初始化和赋值操作。提到这个是方便可以理解writeFile()这种方法。

writeFile里面调用了writeEntry(),我们看看它。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" height="532" width="661">

这种方法就是从input输入流中读取buffer数据然后写入到entry。然后联系到我上面提到的将dexfile和签名相关信息写入到classes.dex里面。应该能好理解点。

上面提了一大堆,我们的东西准备的差点儿相同了,如今就看看最后一个方法ApkPatch release(this.out, dexFile, outFile)

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" height="405" width="640">

这种方法就是将dexFile进行md5加密,把build(outFile, dexFile);函数中生成的outFile重命名。哈哈。看到”.patch”有没有非常激动!

我们的补丁包一開始的命名就是一长串。好了,到这里,补丁文件就生成了。接下来我们看看,怎么来使用它。

坚持就是胜利,立即你就要熬过头了...没办法。别人团队花了这么长时间做的,想分析就得花时间。

相关资料工具及demo下载地址:http://pan.baidu.com/s/1hsdcs7a

转载请注明转自:http://blog.csdn.net/u011176685/article/details/50984796

欢迎关注个人微信公众号,专注于Android深度文章和移动前沿技术分享

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

时间: 2024-12-17 17:08:04

Andfix热修复框架原理及源代码解析-上篇的相关文章

Andfix热修复框架原理及源码解析-上篇

热补丁介绍及Andfix的使用 Andfix热修复框架原理及源码解析-上篇 Andfix热修复框架原理及源码解析-下篇 1.不知道如何使用的同学,建议看看我上一篇写的介绍热补丁和Andfix的使用,这样你才有一个大概的框架.通过使用Andfix,其实我们心中会有一个大概的轮廓,它的工作原理,大概就是,所谓的补丁文件,就是通过打包工具apkpatch比对新的apk和旧的apk之间的差异.然后让我们的旧包运行的时候,就加载它,把以前的一些信息替换掉.我们现在就抱着这个大方向去深入源码探个究竟!!首先

Andfix热修复框架原理及源码解析-下篇

热补丁介绍及Andfix的使用 Andfix热修复框架原理及源码解析-上篇 Andfix热修复框架原理及源码解析-下篇 如果没有看过上篇的建议从上篇看起.先大概回忆下,上一篇分析了mPatchManager.init("1.0"),addPatch()方法.还有通过分析打补丁工具,了解补丁文件是怎么生成的.下面就来讲讲我们如何去读它.思绪回到Application的loadPatch()方法. 这个方法就是遍历mPatchs,就是上篇介绍的存储patch的一个集合.根据补丁名找到对应的

AndFix Bug 热修复框架原理及源码解析

作为阿里巴巴开源的 Android APP--热修复工具AndFix ,帮助 Anroid 开发者修复应用的线上问题.Andfix 是 "Android hot-fix" 的缩写. 1.什么是AndFix?AndFix是阿里巴巴出的一个专门针对Android的热修复框架,那什么是热修复呢?就是不需要重新安装APK而达到修复bugs的目的.看看阿里巴巴官方对AndFix的描述:英文好的可以看官网说明文档(有翻译不妥欢迎指出)1.AndFix是一个Android库,它是在线解决bugs,而

阿里 AndFix 热修复框架简介

阿里AndFix热修复框架简介 热修复原理: Android的类加载机制 Android的类加载器分为两种,PathClassLoader和DexClassLoader,两者都继承自BaseDexClassLoader PathClassLoader代码位于libcore\dalvik\src\main\Java\dalvik\system\PathClassLoader.java DexClassLoader代码位于libcore\dalvik\src\main\java\dalvik\sys

AndFix热修复问题

时隔两周迟迟没有新的产出实在内疚,怪AndFix咯,这样至少还能得到一丢丢安慰.在前面一篇<AndFix热修复实现>之后本以为已是太平盛世了,熟知测试上出现了问题,真机测试途中发现HTC6.0.1与MEIZU5.1居然在热修复替换clazz_new意外崩溃了,"阿狸,说好的兼容2.0~6.0呢"?百度上逗留了好久,大部分都指明是>6.0权限问题,需要在代码中动态申请权限(如下demo所示),但小编断点后发现判定权限是否添加的结果都是可执行的,并没有提示需要授予相关权限

AndFix热修复 —— 实战与源码解析

转载请注明:http://www.cnblogs.com/soaringEveryday/p/5338214.html 当你的应用发布后第二天却发现一个重要的bug要修复,头疼的同时你可能想着赶紧修复重新打个包发布出去,让用户收到自动更新重新下载.但是万事皆有可能,万一隔一天又发现一个急需修复的bug呢?难道再次发布打扰用户一次? 这个时候就是热修复技术该登场的时候了,它可以让你在无需发布新版本的前提下修复小范围的问题.最近研究了下几个热修复的开源框架,其中Nuwa等框架的原理是修改了gradl

Andfix热修复原理

一.前言 最近腾讯弄出一个Tinker热修复框架,那么本文先不介绍这个框架,先来介绍一下阿里的一个热修复框架AndFix,这个框架出来已经很长时间了,但是看网上没有太多非常详细的讲解,这里就来做一次分析.正好项目中要使用到.首先这个框架是开源的:https://github.com/alibaba/AndFix 其实在最早的时候我已经分析了阿里的另外一个热修复框架:Dexposed框架,还不了解的同学可以点击这里查看:Dexposed框架原理解析以及使用 当时介绍这个框架的时候发现他的实现原理很

Android中热修复框架Robust原理解析+并将框架代码从&quot;闭源&quot;变成&quot;开源&quot;(下篇)

一.回顾框架原理 本篇继续来看热修复框架Robust原理,在之前的一篇文章中已经详细讲解了:Robust框架原理,因为这个框架不是开源的,所以通过官方给出的原理介绍,咋们自己模拟了案例和框架逻辑的简单实践.最后在通过反编译美团app进行验证咋们的逻辑实现是否大致不差.最终确定实践的逻辑大同小异.但是在上一篇文章末尾多次强调了,这个框架吸引我研究的不是他热修复技术,而是他有一个技术点,就是如何在编译期给每个类每个方法都加上修复功能代码,对于上层开发代码是透明的.因为从之前案例可以看到,如果方法没有

android--------阿里 AndFix 热修复

AndFix,全称是Android hot-fix.是阿里开源的一个热补丁框架,允许APP在不重新发布版本的情况下修复线上的bug. 支持Android 2.3 到 6.0,并且支持arm 与 X86系统架构的设备.完美支持Dalvik与ART的Runtime,补丁文件是以 .apatch 结尾的文件. 原理 AndFix的原理就是方法的替换,把有bug的方法替换成补丁文件中的方法: 直接在native层进行方法的结构体信息对换,从而实现完美的方法新旧替换,从而实现热修复功能. 添加依赖和混淆