Another hotfix framework
之前的HotFix项目太过简单,也有很多同学用Nuwa遇到很多问题,作者也不再修复,所以重新构建了一套工具。
大部分功能抄自Nuwa,解决了其一些bug。 我重新写了一个RocooFix框架,解决了Nuwa因为Gradle Android 1.40 里Transform API无法打包的情况,现在兼容Gradle 1.3-Gradle 2.1.0版本
com.android.tools.build:gradle:1.3.0 -> com.android.tools.build:gradle:2.1.0 (解决了Nuwa 这个issue) hash.txt 和 mapping.txt 文件的生成和保存 public class RocooApplication extends Application { @Override protected void attachBaseContext(Context base) { super.attachBaseContext(base); //打补丁 RocooFix.init(this); } }
在你项目的 build.gradle 文件里添加如下配置
rocoo_fix { includePackage = ['com/dodola/rocoofix']//限制需要制作补丁的package excludeClass = ['BaseApplication.class']//将不需要加到patch里的类写在这里 preVersionPath = '1'//注意:此项属性只在需要制作补丁的时候才需开启!!如果不需要制作补丁则需要去掉此项 enable = true//注意:关掉此项会无法生成Hash.txt文件 } 这里主要介绍一下 preVersionPath 这个属性的作用。
rocoo_fix 将制作补丁的步骤透明化,用户无需手动备份hash.txt文件,插件会自动根据当前的 versionCode 生成 hash.txt 和 mapping.txt 文件到指定目录,比如:
上一个版本发布的时候版本号是 1 ,那么生成的文件会放在 app源码目录/rocooFix/version1/[debug]|[release] 的目录下,如果需要制作补丁那么在配置里指定 preVersionPath 属性,它的值是上一个版本的版本号,这里的值是 1 ,
然后将 build.gradle 的 versionCode 的号码修改,这里修改成 2 ,只要和之前的版本不同就可以,没有具体值的要求
-keep class com.dodola.rocoofix.** {*;} 下面演示一下使用项目demo生成补丁的制作过程
package com.dodola.rocoosample; public class HelloHack { public String showHello() { return "hello world"; } }
此时 build.gradle 里的 VersionCode 是 1
app 的目录下生成如下文件:
这里可以看做是我们已经发布版本的 hash.txt
showHello 方法,修改如下: package com.dodola.rocoosample; public class HelloHack { public String showHello() { return "hello Hack";//此处修复,补丁加载后该方法返回hello hack } }
rocoo_fix 项,让其执行patch 的task,配置如下 rocoo_fix { preVersionPath = '1'//注意:这里指定的是需要打补丁的VersionCode enable = true }
versionCode 为 2 ,说明这个是一个升级fix版本。
正常发布应用,此时会在下图所示的路径中生成补丁文件:
我们可以反编译一下来确认补丁是否正常