千万级别的app中验证过，5分钟让你的 SDK 拥有热修复能力

作者：FeelsChaotic

链接：https://juejin.im/post/5da546b35188254796426ae3

前言

看完本文可以达到什么程度

自顶向下分析

学会 hook task

学会自定义 task，自定义 gradle 插件

掌握改造 Robust

预备知识

理解 gradle 的基本开发

掌握 Task，Transform 概念

阅读前准备工作

对 Robust 还不了解的小伙伴戳 Android热更新方案Robust

想使用其他方案的小伙伴戳 SDK最全热修复方案

前文提到，当我美滋滋接入 Robust 时却报错提示，只有 Application Module 才能插桩和打补丁，而且还要做补丁管理、加解密、数据分析……

看来我们需要进行一番改造了。

从哪入手呢？

我们自顶向下分析整个需求实现步骤

在我们开始写代码之前，我们需要清楚如何解决问题。将问题分解成子问题，直到每个子问题都可以很轻松地解决。对问题进行建模，这样写出来的代码才具有可读性和可测性。

针对每一个步骤，我们来挖掘下对应的问题：

是不是清晰多了？

讲解之前先说明，本文着重于解决思路，代码细节已经开源，不过多展开。只要掌握解决思路，剩下的都是面向 API 编程啦。

https://github.com/feelschaotic/SDKHotFix

第一步： 接入Robust

问题1： Robust 只支持Application Module

一个 apk 和一个 arr 有什么差别？

实际上没什么差别。

我们只需要加个开关，先将 SDK 配置为 Application，再 Hook apk 打包的 Task，把 build 目录下的资源压缩为 aar 不就行了！

实现见： packPlugin.gradle hookAssembleAndCopyRes 方法

问题2： 怎么把插桩后的 aar 上传到 jcenter 呢？

上传肯定是要借助 uploadArchives 这个 Task，但是我翻遍了 uploadArchives Task 配置和官方文档，发现并不支持自定义数据源入口的。（心拔凉拔凉）

怎么办？ GG了？

别急，我们还有大杀招 —— Hook Gradle Task。（后面你将会陆陆续续看到，Hook 简直就是个万金油~）

还不了解 Gradle 工作流程、Plugin、Task 的关系？

见一文应用 AOP 三、应用篇的基础部分

https://www.jianshu.com/p/42ce95450adb

我们知道， Task 有一个重要的概念： inputs 和 outputs，Task 通过 inputs 拿到需要的参数，处理完毕之后就输出 outputs，而下一个 Task 的 inputs 则是上一个 Task 的outputs，如下图：

那我们打印一下 uploadArchives 的依赖 Task 和对应的输入输出，看下有什么线索（福尔摩斯.jpg）

bundleRelease Task 就是和打包相关的 Task 了，我们打印下这个 Task 的输出和输入：

诶，能不能这样，hook 这个Task，把我们插桩的 jar 复制粘贴覆盖这个输入源的 classes.jar？！好一招移花接木，就这么办！

实现见： packPlugin.gradle hookBundle方法

https://github.com/feelschaotic/SDKHotFix/blob/master/business_sdk/packPlugin.gradle

问题3： 资源 ID 冲突

接入后，测试跑过来：诶？怎么 sdk 里的 layout 都不显示了。

哈？啥情况

反编译一看：

好家伙，用 application 方式打包的 aar 资源 id 变成常量了。

这会有什么问题呢？

在 ADT 14之前，无论是主项目还是库项目，资源 ID 统一被定义为 final 类型的静态变量。

如果代码中使用了 ID，就相当于使用一个常量，编译器的语法优化会将引用替换成具体的十六进制数。

这样造成的结果： 主项目编译时一旦发现资源 ID 冲突，就会为库项目的资源分配新 ID，这样库项目里引用资源文件的代码都需要重新编译。

如果 lib R 类中的资源 ID 仅被 static 修饰，就保留了变量。

当资源ID发送冲突时，主项目 R 类不变，修改库项目 R 类中的变量，库项目已经编译过的代码仍有效。

所以 Android 设计 application 的 R 类都是静态常量，lib 的 R 类都是静态变量。

用过 BufferKnife 的同学都知道，在 libary 中使用 switch 需要用 R2.XXX，那不就会出现常量 R2 和业务方 R 资源冲突的问题吗？ J 神是怎么解决的？请看： AST 抽象语法树 —— 最轻量级的AOP方法

https://www.jianshu.com/p/0f1c7b3e907f

能咋整？

难道我们要根据 0x7f… 反查 R.XX.XX 然后再一一把代码替换掉？要不我们强制改下插桩 aar 的资源 id 值从而避免冲突？默认值是0x7F...改成0x02~0x7E？

这么多个方案在我脑海中绕了一圈，一拍大腿，不用这么复杂呀！

既然 R 文件的变量修饰符变了，那我们改回来呗！

先找到 R 文件生成的Task，来，我们打印一下：

 
 
  
  

 
 
 
 
  
  ...

:sdk:generateReleaseBuildConfig //会生成 releasse下的 资源和源码 包括BuildConfig  在build/generate/source/buildConfig/release  依赖checkReleaseManifest
:sdk:generateReleaseResValues //准备resource的 values文件  
:sdk:generateReleaseResources //准备 资源文件 
:sdk:mergeReleaseResources  //release下的 生成Resource文件 在build/incremental/res/release下 和 merge.xml 在build/intermediates/incremental/mergeResources/release下
:sdk:processReleaseManifest //依赖prepareReleaseDependencies  生成 AndroidManifest文件 在build/incremental/manifest/full/release
:sdk:processReleaseResources //生成resources-release.ap_
:sdk:generateReleaseSources //生成R文件  在build/generate/source/r/debug下 
:sdk:processReleaseJavaRes            
:sdk:compileReleaseJavaWithJavac //使用Javac编译Java代码
:sdk:proguardRelease  //生成 混淆文件 运行混淆规则
:sdk:androidJavadocsPicked
:sdk:copyMappingTask  //复制 mapping文件  
:sdk:androidJavadocsJar //生成 Javadocs的Jar文件
:sdk:androidSourcesJar //生成 Java源码的 Jar文件
...