热修复技术的实践之旅——微信TinkerPatch热修复结合Walle多渠道打包的详解

  • 时间:
  • 浏览:0
  • 来源:大发5分快乐8APP下载_大发5分快乐8APP官网

适用于所有渠道的补丁包的位置如下:

②app的build.gradle中再加TinkerPatch的SDK依赖:

image.png

apkOutputFolder:指定渠道包的输出路径, 默认值为new File("${project.buildDir}/outputs/apk")

(3)Demo打开运行时,可能提示下面问题图片图片, Rebuild一下工程可能将implementation 'com.android.support:appcompat-v7:26.1.0'改成 implementation 'com.android.support:appcompat-v7:27.1.1'即可:

image.png

image.png

①工程的根目录的build.gradle中配置:

本文参考:

Tinker源码TinkerPatch 接入及平台使用文档Android 热修复 Tinker接入及源码浅析—hongyangMultiDex与热修复实现原理Tinker加入Walle多渠道打包

image.png

(2)多渠道打包时,再次出現下面错误

如此来越多如此来越多如此来越多如此来越多我今天要介绍的许多官方推荐的并就有方案:使用walle实现多渠道打包。

热修复的几大优势:

Tinker热补丁方案不仅支持类、So 以及资源的替换,它还是2.X-7.X的全平台支持。利用Tinker你们都 不仅可不时需用做 bugfix,甚至可不时需替代功能的发布。Tinker 已运行在微信的数亿 Android 设备上,如此为哪此你不使用 Tinker 呢?

image.png

image.png

(偷偷告诉你:我我我觉得现在最好的热修复方案,是阿里2017年6月份发布的新一代非侵入式Android热修复方案——Sophix,不过当时人是在去年上5天就开始使用热修复技术了,如此来越多如此来越多如此来越多如此来越多那会市面上的热修复技术,相较而言,Tinker是最优的选折 ,许多也经过了当时人实际项目中的使用,如此来越多如此来越多如此来越多如此来越多我我我觉得你们都 在项目中可能还如此使用过热修复,那Tinker是很不错的选折 ,毕竟Tinker 已运行在微信的数亿 Android 设备上。对于阿里的Sophix,有兴趣的研究的你们都 们,推荐你们都 可不时需去研读《Android热修复技术原理》)

apkFileNameFormat:定制渠道包的APK的文件名称, 默认值为'${appName}-${buildType}-${channel}.apk'

可使用以下变量:

Walle(瓦力):是美团开源的Android Signature V2 Scheme 签名下的新一代渠道包打包神器,跟gradle打包不一样,walle是在APK Signature Block区块再加自定义的渠道信息来生成渠道包,从而提高了渠道包生成速率,可不时需作为单机工具来使用,也可不时需部署在HTTP服务器上来实时处里渠道包Apk的升级网络请求。 ---Walle的介绍

baseapk.png

image.png

①生成所有渠道的渠道: gradlew clean assembleReleaseChannels

②生成某有1个渠道:gradlew clean assembleReleaseChannels -PchannelList=baidu

③生成指定的多个渠道包 ./gradlew clean assembleReleaseChannels -PchannelList=baidu,xiaomi

当前市面的热补丁方案有如此来越多如此来越多如此来越多如此来越多,其中比较出名的有阿里的 AndFix、美团的 Robust 以及 QZone 的超级补丁方案。但它们都所处无法处里的问题图片图片。其中AndFix可能接入是最简单的有1个(和Tinker命令行接入辦法 差如此来越多),不过兼容性还是是有一定的问题图片图片的;QZone方案对性能会有一定的影响,且在Art模式下再次出現内存错乱的问题图片图片;美团提出的思想方案主许多基于Instant Run的原理,兼容性比较好,但目前尚未开源。

本文的核心内容介绍:

(1)对比当前市场上的热修复方案,对Tinker热修复方案进行了简单的介绍。

(2)详细讲解了微信Tinker的详细接入过程,文末提供了有1个当时人写的非常轻量的Demo,可不时需帮助开发者迅速实现当时人项目中热修复的接入,将热修复技术运用到真实的项目中,而不仅仅是Demo测试。

(3)加入了walle的多渠道打包方案,能迅速打出如此来越多如此来越多如此来越多如此来越多个渠道包。详细的介绍了真实项目上线时APK及补丁包的版本维护,怎么才能 才能 通过单个补丁包,修复多个渠道,进行热修复的实现方案。

(4)文章末尾总结了接入过程中可能遇到的坑,及相应的处里方案,能帮助你无障碍的接入Tinker。以及简单的分享了许多关于热修复技术方面时需储备的许多技术知识。

logcat.png

watch.png

walle_build_apk_sucessful.png

(1) 看看传统的App升级更新流程:

realease_patch.png

project-structure.png

(1)多渠道APK的发布:

每次上线时,只时需执行里边生成渠道包的命令,打出多个渠道的APK即可,将各个渠道整理到各个应用市场即可。根据项目需求,可不时需通过获取渠道信息,进行渠道统计。切记每次发布新版本时,一定要备份好bacApk目录的文件,发布补丁的就让时需。可能一旦丢失,就遗弃了基准包的信息了,就无法打出相应基准包的补丁包了。

(2)补丁包的发布:

当线上APK再次出現bug时需修复时,在tinkerPatch.gradle中配置好你线上发布的基准包的信息(就让备份的基准包),使用tinkerPatchRelease打出补丁包,在TinkerPatch管理后台整理补丁。具体如上步骤6.

image.png

本文详细Demo GitHub下载地址请戳:TinkerPatchDemo

④tinkerpatch.gradle将其装进跟build.gradle同一级目录即可,tinkerpatch.gradle中的详细配置如下。

使用Tinker的原困:

(4)执行多渠道打包命令(如gradlew clean assembleReleaseChannels)时,若提示如下BUILD FAILED的信息,Rebuild一下工程再执行打包命令即可正常打包。

你是什么错误是可能在安装JDK时,会安装两次,一次安装JDK,一次安装jre,可能第一次JDK的安装就可能安装了有1个jre,而安装时的提示会再次安装有1个jre。如此来越多如此来越多如此来越多如此来越多在第二次安装jre时,先暂停,你时需将第一次安装JDK的目录下的有1个/jre文件夹删掉,许多在安装原本jre,原本就可不时需了。再重新执行walle打包的命令,就能成功打出多渠道包了。

1、关于Dex

Dex是Android平台上可执行文件的类型,是可不时需在Dalvik虚拟机上直接运行的文件格式。Java源代码经过ADT的简化编译后转再加Dex文件,这是有1个逐步优化的过程。Dex文件的指令码许多Dalvik虚拟机专有的一套指令集,相比标准java的.class文件,它体积小,运行速率高。

image.png

Tinker 是有1个开源项目(Github链接),它是微信官方的 Android 热补丁处里方案,它支持动态整理代码、So 库以及资源,让应用不能在不时需重新安装的清况 下实现更新。

4、关于ART模式

ART模式英文全称为:Android runtime,谷歌Android 4.4系统新增的并就有应用运行模式,与传统的Dalvik模式不同,ART模式可不时需实现更为流畅的安卓系统体验。

Android系统是以Linux系统为底层构建的。谷歌为了降低应用的开发难度在Linux底层之上构筑了有1个名为“Dalvik”的虚拟机。

可能Dalvik虚拟机的所处,Android系统的开发者只需使用谷歌提供的SDK(软件开发工具包)即可较为轻松的按照一套“规则”创建APP,不需要顾忌硬件、驱动等问题图片图片,在每次执行应用的就让Dalvik虚拟机就有将应用任务管理器的语言由高级语言编译为机器语言,原本当前设备才不能运行你是什么应用。

Build成功后的效果如下图:

2、Android JVM的运行过程

image.png

Tinker将old.apk(也许多下面要讲到的基准包,上线发布时的APK)和new.apk,进行对比,得到patch.dex,许多应用应用任务管理器通过在代码中加入初始化tinker的代码,可不时需实现在应用应用任务管理器的就让加载patch.dex(补丁文件),许多patch.dex与本机APK的classex.dex合并,生成新的classes.dex。运行时通过反射将合并后的dex文件放置在加载的dexElements数组的前面。运行时替代的原理,我我我觉得和Qzone的方案差如此来越多,就有去反射修改dexElements。

③为了简单方便,你们都 将 TinkerPatch 相关的配置都放于tinkerpatch.gradle中, 你们都 时需在app的build.gradle中将其引入:

bug修复不及时,用户体验差。

(2) 再看看热修复的开发流程,明显更加灵活。

ART模式与Dalvik模式最大的不同在于,在启用ART模式后,系统在安装应用的之就有进行一次预编译,在安装应用应用任务管理器就有先将代码转换为机器语言存储在本地,原本在运行应用任务管理器时就不需要每次都进行一次编译了,执行速率也大大提升。

image.png

3、关于虚拟机Dalvik

到此,接入Tinker就完成了。实际项目中,咱们的应用肯定是要在各大应用市场上线的,如此肯定要打多个渠道包,按照常规,你们都 是采用productFlavors实现的。假设项目要打10个渠道包,如此得针对每个渠道包,分开打10个补丁包,这显然是不合理的。针对你是什么需求,Tinker官方给你们都 提供了多渠道打包的方案,如下图:

image.png

Tinker is a hot-fix solution library for Android, it supports dex, library and resources update without reinstalling apk.

image.png

Error:Execution failed for task ':app:preDebugAndroidTestBuild'.

Conflict with dependency 'com.android.support:support-annotations' in project ':app'. Resolved versions for app (26.1.0) and test app (27.1.1) differ. See https://d.android.com/r/tools/test-apk-dependency-conflicts.html for details.

(1)接入Tinker时,打包的就让再次出現以下错误com.tencent.tinker.loader.TinkerRuntimeException: Tinker Exception:applicationLike must not be null.:是可能你的 tinkerPatch.gradle中配置 reflectApplication = false,但遇见你又如此相应的改造你的Application类。本文介绍的是不改造你们都 的 Application 类接入Tinker,如此来越多如此来越多如此来越多如此来越多 配置应该为:reflectApplication = ture。

如上图,随着移动端业务简化程度的增加,传统的APP更新流程显然无法满足业务和开发者的需求,无论是对于用户还是开发维护人员,过程过于繁琐,不足英文灵活。

主要所处以下几块弊端:

add_patch_version.png

生成的多渠道包的目录如下图:

配置基准包信息:

image.png