://github.com/5A59/android-training/tree/master/common-tec/CommonTec 项目,其中 hotfix 和 patch 是热修复代码 示例代码基于 5 热修复和插件化 插件化和热修复的原理,都是动态加载 dex/apk 中的类/资源,两者的目的不同。插件化目标在于加载 activity 等组件,达到动态下发组件的功能,热修复目标在修复已有的问题。 7 ClassLoader 如果看过Android 插件化分析里的 ClassLoader 分析,这里可以略过~ ClassLoader 是热修复和插件化中必须要掌握的,因为插件是未安装的 apk, 其中最重要的是方法和类的替换,所以有不少热修复框架只做了方法和类的替换,而没有对资源和 so 进行处理。 9 主流的热修复框架对比 这里选取几个比较主流的热修复框架进行对比 ? (只实现了 Android N 上的修复),下面看一些重点代码。
热修复主要用来修复代码、修复bug、添加独立的功能,他的原理主要是操作PathClassLoader、DexClassLoader。 那么这样的话,就可以在这个dexElements中去做一些事情,比如,在这个数组的第一个元素放置我们的patch.jar,里面包含修复过的类,这样的话,当遍历findClass的时候,我们修复的类就会被查找到 优点: 重大bug,需要紧急修复 可以下次迭代修复的bug 影响用户体验的行为 无需重启 缺点: 无法添加新类(内部类也不行)和新的字段、新的方法? 资源文件无法替换 试了下换原有的图片可以,但是新增的不行 不能修改xml布局文件 不能 加固后的包补丁无法使用,如果要加固,需要加固前的包来生成补丁,不过这样生成的补丁也很容易破解 不能对同一个方法修复两次
Android热修复技术无疑是Android领域近年来最火热的技术之一,同时也涌现了各种层出不穷的实现方案,如QQ空间补丁方案、阿里AndFix以及微信Tinker等等,从本篇博客开始,计划写一个系列博客专门介绍热修复的相关内容 为什么会出现热修复? 简单来说,以前出现bug的时候,都要重新发包对bug进行修复,这样带来的缺点是明显的,需要用户重新升级app,覆盖率太慢,成本太高。 所以就出现了热修复技术,通过打补丁的方式,通过从服务器下载补丁包,然后对有问题的类中出问题的方法,进行替换,优点是用户无感知修复,无需下载新的应用,代价小。 热修复框架简单对比 接下来先对几个热修复框架进行简单的介绍,后续将分别单独开一篇博客对其进行详细分析。 1.QQ空间热修复补丁技术 QQ空间热修复的方案是基于dex分包方案的基础之上,简单来说就是把BUG方法修复以后,重新生成一个dex,从服务器下载之后,将其插入到dexElements数组的最前面,
文章目录 一、Android 热修复系统组成 二、热修复工作流程 三、热修复使用到的技术 四、热修复框架选择注意事项 一、Android 热修复系统组成 ---- Android 热修复系统组成 : 手机端 SDK : 在手机中集成一个 SDK , 是 Android 手机端 的热修复支持组件 , 借助该组件实现动态加载外部修复包 ( 字节码文件 ) ; 后端服务器 : 在服务器中 处理 手机端 SDK , 整个热修复相关技术 ; NDK 相关技术 : 需要 编译生成 so 动态库 ; 四、热修复框架选择注意事项 ---- 挑选热修复框架时 , 一定要要选择一直保持更新的框架 ; 凡是使用到 插件化 , 热修复 , 加固 等需要 HOOK 操作的框架时 , 必须注意 , HOOK 框架必须适配所有的 Android 版本, Android 源代码每个版本都不一样 , 选择的 HOOK 点也不一样 ; 如果选择 AndFix 热修复框架 , 该框架已经好几年没有更新 , 无法在新版本的手机操作系统中运行 , 一旦运行肯定崩溃 ; 哪怕是去年停止更新 , 支持到了 Android 12 , 今年新出了
如果你学会了这项黑科技——热修复。 在用户使用App的时候,不知不觉,这个Bug就被修复了。 莫慌 热修复:热修复(也称热补丁、热修复补丁,英语:hotfix)是一种包含信息的独立的累积更新包,通常表现为一个或多个文件。这被用来解决软件产品的问题(例如一个程序错误)。 <uses-permission android:name="android.permission.INTERNET"/> <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE 就这样,整个热修复的流程就完成了。 注意:一定要关闭后打开,热修复才会生效。 ? 】Walle多渠道打包&Tinker热修复 Tinker已知的问题: Tinker不支持修改AndroidManifest.xml,Tinker不支持新增四大组件; 由于Google Play的开发者条款限制
插件化和热修复技术是Android开发中比较高级的知识点,是中级开发人员通向高级开发中必须掌握的技能,插件化的知识可以查我我之前的介绍:Android插件化。 本篇重点讲解热修复,并对当前流行的热修复技术做一个简单的总结。 热修复 什么是热修复? 简单来讲,为了修复线上问题而提出的修补方案,程序修补过程无需重新发版! 而热修复的开发流程显得更加灵活,无需重新发版,实时高效热修复,无需下载新的应用,代价小,最重要的是及时的修复了bug。 ? 当前热门的热修复技术 当前热门的热修复技术有: QQ空间超级补丁、微信[Tinker] 阿里的Sophix、阿里Hotfix 饿了么Amigo 美团Robust 360RePlugin … 热修复技术 资源修复 在Android热修复的过程中,不仅需要对错误的代码进行修复,还需要对资源文件进行修复。目前市面上的资源热修复方案基本上都是参考Instant Run的实现。
Dex修复 Dex修复分为热部署底层热替换与冷部署重启 1.1 热部署底层替换 直接在native虚拟机层替换原有方法,是在原来类的基础上进行修改。 SO库修复 3.1 SO实时生效 1.Dalvik虚拟机下动态注册的native方法需实时修复,必须对so文件改名 2.静态注册的native方法的实时修复,因为无法得知so库中哪些native方法发生了变更 ,很难做到修复 3.对于新增动态注册的native方法,需在dex中增加相应的Java方法,否则加载so文件时报NoSuchMethodError,而增加Java方法是无法做到实时生效热修复,所以so库新增动态注册的 native方法也无法做到实时生效热修复 3.2 SO冷部署重启生效 1. 反射注入方式将补丁SO插入到nativeLibraryDirectories/nativeLibraryPathElements数组的最前面,达到优先加载补丁SO的目的,从而实现SO修复。
插件化和热修复技术是Android开发中比较高级的知识点,是中级开发人员通向高级开发中必须掌握的技能,插件化的知识可以查我我之前的介绍:Android插件化。 本篇重点讲解热修复,并对当前流行的热修复技术做一个简单的总结。 热修复 什么是热修复? 简单来讲,为了修复线上问题而提出的修补方案,程序修补过程无需重新发版! 而热修复的开发流程显得更加灵活,无需重新发版,实时高效热修复,无需下载新的应用,代价小,最重要的是及时的修复了bug。 ? 当前热门的热修复技术 当前热门的热修复技术有: QQ空间超级补丁、微信[Tinker] 阿里的Sophix、阿里Hotfix 饿了么Amigo 美团Robust 360RePlugin … 热修复技术 资源修复 在Android热修复的过程中,不仅需要对错误的代码进行修复,还需要对资源文件进行修复。目前市面上的资源热修复方案基本上都是参考Instant Run的实现。
文章目录 一、Tinker 简介 二、 源码资源 一、Tinker 简介 ---- https://github.com/Tencent/tinker/tree/dev/tinker-android 页面的 tinker-android 是 Tinker 的核心项目 , tinker-android-anno 是注解处理器 , 自定义 Application 时 , 不需要继承 Application , 可以通过注解生成 Application ; 对应构建脚本的 com.tencent.tinker:tinker-android-anno:1.9.1 依赖 ; 参考 AnnotationProcessor.java 注解处理器 ; 参考 DefaultLifeCycle.java 注解 ; tinker-android-lib 是核心库 , 一些工具类放在该库中 ; 对应构建脚本的 com.tencent.tinker :tinker-android-lib:1.9.1 依赖 ; tinker-android-loader 热修复中 dex 数组相关操作在该库中 ; 二、 源码资源 ---- 参考资料 : 官方主页
热修复时用来指定新的dex optimizedDirectory:dex文件的输出目录(因为在加载jar/apk/zip等压缩格式的程序文件时会解压出其中的dex文件,该目录就是专门用于存放这些被解压出来的 的方法是遍历数组 , 那么热修复的原理, 就是将改好bug的dex文件放进集合的头部, 这样遍历时会首先遍历修复好的dex并找到修复好的类 . 3.手撸一个热修复Demo 在了解了大致的热修复过程之后,我们要准备好以下几个东西: 带有bug的apk,并且可以获取到dex文件来修复 已修复bug的dex文件 因为修复工作是需要隐秘的进行的 , 毕竟有 dx指令也需要有程序来提供,它就在Android SDK的build-tools目录下各个Android版本目录之中。 ? 至此, 在Splash界面的检测时会见到到目标的dex文件, 返回true , 会开始进行热修复(拼接Element数组)的操作, 再次进入到主界面当然就不会报错了.
主流的热修复方案: 1. 底层替换 - AndFix 在运行时替换掉底层有Bug的方法的地址,将他们的指针指向修复之后的方法的内存地址,从而实现热修复的功能。 类加载方案 - Tinker、QZone 利用Android中类加载机制中的dexElements,将修复之后的dex文件放置到dexElements前面,屏蔽掉有问题的dex文件的加载,从而实现热修复的功能 类加载方案时效性较差,因为Java的双亲委派机制的原因,首次打开不会重复加载类,需要再次打开才能生效,修复范围广,实现简单,易于控制。 动态加载dex实现热修复 ? ,从而实现dex热修复。 Tinker热修复原理 ? 热修复的实现过程: 1. 使用bsdiff对新旧apk做差异化分析,获得差异化产物patch.apk补丁文件。
原文链接:http://wetest.qq.com/lab/view/338.html WeTest 导读 本文探讨了Android热修复技术的发展脉络,现状及其未来。 代码热修复 代码热修复是最常见,也是热修复中最重要的部分,因为程序错误往往都是代码逻辑的错误。最初的热修复方案也仅支持代码热修复。 Android类加载的源码如下: 可以看出当有多个dex文件时,他们会组成一个有序数组,按顺序加载,而对于一个已经加载的Class是不会再次加载的,由此得出热修复方案:把需要修复的类打包成一个dex Android热修复技术虽然百花齐放,但却并没有哪种方案能够解决所有问题,统一当前的局面。 而最近阿里又推出了Sophix,针对各种类型的修复又做了深度的优化,虽然没有开源代码,但是发布了《深入探索Android热修复技术原理》,引起Android社区的关注,其统一各种热修复方案的意图也十分明显
由于android系统为每个应用程序分配的内存有限,当一个应用中产生的内存泄漏比较多时,就难免会导致应用所需要的内存超过这个系统分配的内存限额,这就会导致程序崩溃等严重后果。 检测工具 最常见的是:Leakcanary leakCanary是Square开源框架,是一个Android和Java的内存泄露检测库,如果检测到某个 activity 有内存泄露,LeakCanary 常见的内存泄漏 单例造成的内存泄漏 单例在Android中经常使用,如果使用不当会造成内存泄漏,因为单例的静态特性使得他的生命周期与应用的生命周期一样长,这就造成当前对象的生命周期比单例短,单例又持有该对象的引用 查了很多资料,发现这是 Android SDK中输入法的一个Bug,在15<=API<=23中都存在,目前Google还没有解决这个Bug。
WeTest 导读 本文探讨了Android热修复技术的发展脉络,现状及其未来。 热修复技术概述 热修复技术在近年来飞速发展,尤其是在InstantRun方案推出之后,各种热修复技术竞相涌现。 代码热修复 代码热修复是最常见,也是热修复中最重要的部分,因为程序错误往往都是代码逻辑的错误。最初的热修复方案也仅支持代码热修复。 类加载方案 1、Qzone Qzone的超级热修复方案是业界最早的热修复方案之一,原理简单而巧妙,影响深刻而久远,在此简单介绍。Android类加载的源码如下: ? Android热修复技术虽然百花齐放,但却并没有哪种方案能够解决所有问题,统一当前的局面。 而最近阿里又推出了Sophix,针对各种类型的修复又做了深度的优化,虽然没有开源代码,但是发布了《深入探索Android热修复技术原理》,引起Android社区的关注,其统一各种热修复方案的意图也十分明显
一直关注App的热修复的技术发展,之前做的应用也没用使用到什么热修复开源框架。在App的热修复框架没有流行之前,做的应用上线后发现一个小小的Bug,就要马上发一个新的版本。 我亲身经历过一周发两个版本,真的折腾用户的节奏~~所以,要开始考虑引入热修复。下面记录使用开源框架阿里巴巴的AndFix过程。 实现的原理 这里说的不是热修复怎么实现修bug的原理,这里说的是怎么使用AndFix。 //github.com/alibaba/AndFix (AndFix的官网) http://blog.csdn.net/lmj623565791/article/details/49883661 (Android 也许你会问为了修复一个补丁而增加这么多的依赖,值得吗?我认为还可以吧,因为我的项目一般会使用到这些。
文章目录 一、 热修复框架简介 1、类替换 2、so 替换 3、资源替换 4、全平台支持 5、生效时间 6、性能损耗 7、总结 二、 将 Java 字节码文件打包到 Dex 文件 一、 热修复框架简介 ---- 热修复框架 : 热修复框架有很多 , 只选择几个典型的进行对比研究 ; Tinker : 微信 ; QZone : Q 空间 ; AndFix : 阿里 ; Robust : 美团 ; 下面从几个方面的功能及性能分析上述四个热修复框架 ; AndFix , Robust 热修复框架不支持类替换 , 使用的是定点替换修复的机制 ; AndFix , Robust 是以 ndk 层作为修复的对象 ; ndk 层自然无法进行 Java 层的类替换 热修复框架 , 除了即时生效的时效性之外 , 其它性能参数都可以接受 ; 二、 将 Java 字节码文件打包到 Dex 文件 ---- 程序出现 BUG , 修复好之后 , 发布修复包到服务器中 , 应用通过网络将修复包下载到手机中 ; 修复包的格式问题 : 修复好的 Java 代码编译后是 Class 字节码文件 , 需要转为 Dex 格式 , 才能在 Android 虚拟机中执行 ; 获取字节码文件
热修复 主要用来修复代码、修复bug、添加独立的功能,他的原理主要是操作PathClassLoader、DexClassLoader。 那么这样的话,就可以在这个dexElements中去做一些事情,比如,在这个数组的第一个元素放置我们的patch.jar,里面包含修复过的类,这样的话,当遍历findClass的时候,我们修复的类就会被查找到 优点: 重大bug,需要紧急修复 可以下次迭代修复的bug 影响用户体验的行为 无需重启 缺点: 无法添加新类(内部类也不行)和新的字段、新的方法? 资源文件无法替换 试了下换原有的图片可以,但是新增的不行 不能修改xml布局文件 不能 加固后的包补丁无法使用,如果要加固,需要加固前的包来生成补丁,不过这样生成的补丁也很容易破解 不能对同一个方法修复两次
概述 热修复即”打补丁“,当一个app上线后,如果发现重大的bug,需要紧急修复。常规的做法是修复bug,然后重新打包,再上线到各个渠道。这种方式的成本高,效率低。 于是热修复技术应运而生,热修复技术一般的做法是应用启动的时候,主动去服务端查询是否有补丁包,有就下载下来,并在下一次启动的时候生效,这样就可以快速解决线上的紧急bug。 Android中的热修复包括: 代码修复、 资源修复、 动态链接库修复。本文主要讲解代码修复。 热修复原理 代码修复的原理主要是类替换。 因为PathClassLoader在Dalvik虚拟机中只能用来加载已安装apk的类,而DexClassLoader在Dalvik和ART虚拟机中都能加载未安装apk或者dex中的类,所以热修复使用DexClassLoader 热修复实战 生成补丁dex文件 Step1.
Walle 介绍 Walle(瓦力):Android Signature V2 Scheme签名下的新一代渠道包打包神器。 compile 'com.meituan.android.walle:library:1.1.3' } walle { // 指定渠道包的输出路径 apkOutputFolder = 请看【Android】热修复——Tinker(入门) 请看完以上内容 终于说到Tinker了。刚打完用来发布的渠道包,可是如果要打补丁包的话,好像还少了点什么。用来打补丁包的材料... 一个apk? 明细过程请看【Android】热修复——Tinker(入门) 配置基包 ? 配置基包路径 生成补丁包 ? 源码地址 Github(需要添加签名) 参考 Walle Android打包之多版本、多环境、多渠道 (续)Android热更新:Tinker热修复与Walle多渠道打包 以上有错误之处,感谢指出
随便找个Android工程,然后在cmd中敲出类似这样一段命令行生成R.java: aapt-v24.exe p -f -m -I C:\Android\sdk\platforms\android -25\android.jar -J C:\Users\andyqtchen\Desktop\plurals -M C:\Android\workspace\AndroidQQ_Lite_proj/QQLite aapt-v24.exe p -f -m -I C:\Android\sdk\platforms\android-25\android.jar -J C:\Users\andyqtchen\Desktop \plurals -M C:\Android\workspace\AndroidQQ_Lite_proj/QQLite//AndroidManifest.xml -S C:\Android\workspace 参考文章 如何实现携程动态加载插件中对aapt的改造 Android中如何修改编译的资源ID值(默认值是0x7F…可以随意改成0x02~0x7E)