以前在有道云上做笔记,今天第一次在做笔记,也许有很多错误,但是不管做什么都需要尝试!今天的主题,我要说一下,最近项目开发集成热修复Bugly和tinkerPacth的过程中出现的梗,遇到的坑,注意:TinkerPatch是收费的,Bugly基于tinker做的修复,稳定免费的,但是有问题,!
Tinker是微信官方的Android热补丁解决方案,它支持动态下发代码、So库以及资源,让应用能够在不需要重新安装的情况下实现更新。当然,你也可以使用Tinker来更新你的插件。
一、TinkerPacht 集成使用及坑
- 官网地址,需要注册,有开发集成文档;
- 官网demo地址
- 参考资料 热修复——Tinker
使用集成
- 在平台http://tinkerpatch.com/Docs/SDK上注册,
- 注意注册时请选择免费版,日下载量<1w;如果使用标准版,有30天试用期;如果是小众app建议使用免费版;
- 接入依赖(详细过程参考tinkePatch平台文档,和demo)
a. 在项目android studio2.3项目中根项目builde.gradle中集成,
buildscript {
repositories {
jcenter()
}
dependencies {
// TinkerPatch 插件
classpath "com.tinkerpatch.sdk:tinkerpatch-gradle-plugin:1.1.4"
}
}
b. 在app的gradle文件app/build.gradle中
dependencies {
// 若使用annotation需要单独引用,对于tinker的其他库都无需再引用
provided("com.tencent.tinker:tinker-android-anno:1.7.7")
compile("com.tinkerpatch.sdk:tinkerpatch-android-sdk:1.1.4")
}
c. 在主项目app文件下创建创建tinkerpatch.gradle,将demo中的该文件源码拷贝进来修改;
d. 在app目录下的bulide.gradle中添加,apply from: 'tinkerpatch.gradle'
apply from: 'tinkerpatch.gradle'
e. 修改tinkerpatch.gradle中配置的参数;
- appKey:修改为tinkerpatch平台上注册的appKeyId;
- appVersion:
/** 注意: 若发布新的全量包, appVersion一定要更新 **/
f. 在app目录中bulide.gradle中需要配置签名文件,使用gradle打包,
g. 打开Studio右侧的Gradle,选择assemableRelease打正式包进行打包生成备份基准包(打开build -> bakApk -> app-1.0.0-0330-21-40-52 (根据时间命名)),修改tinkerpatch.gradle中的tinkerpatchSupport -> appVersion;
打开Gradle,如下选择tinkerPatchRelease生成补丁包,补丁包将位于 build/outputs/tinkerPatch 中,这里只需要用到patch_signed_7zip.apk;
h. 将刚生成的补丁包,在平台上对应版本号中添加补丁发布即可,重新打开或者卸载重装app就可以;
- 需要防止的坑
- tinker平台版本号指app版本号,tinkerpatch.gradle文件中版本号是指以基础包为准,增加补丁号,app每个版本号可以有多个补丁,都是独立的;
- 每个基包,可以有多个补丁,每个补丁的版本号需要区分,逐渐递加;
-支持多渠道打包,也可以使用乐固多渠道打包,配置渠道统计平台;也支持补丁回滚;支持乐谷,360部分平台的加固,另外不是所有修改,都可以热修复,需要特别注意; - 使用1.2.1 tinker插件,在tinkerpatchSupport文件中
protectedApp = true
supportComponent = true
基础包加固,补丁不需要加固; - 补丁非即时生效,需要等一会儿,一般需要锁屏或者进程杀死重启后,或者卸载重装app,才合成补丁;
可以在application中设置app补丁生效的时间;
-如果你希望补丁更新更佳及时,可以在APP启动或用户登录等一些关键路径,使用 fetchPatchUpdate(true) 强制检查更新,即:
TinkerPatch.with().fetchPatchUpdate(true);
我们可以通过以下方法,设置访问的时间间隔,单位为小时。若为 -1,即禁止以后都不再请求后台补丁更新。
TinkerPatch.with().setFetchPatchIntervalByHours(1); - 设置app重启生效补丁方法
设置app自动重启,
.setPatchRollbackOnScreenOff(true) //设置收到后台回退要求时,锁屏清除补丁,默认是等主进程重启时自动清除
.setPatchRestartOnSrceenOff(true) //设置补丁合成成功后,锁屏重启程序,默认是等应用自然重启
.setPatchResultCallback //监听app下载成功回调,
new Handler(getMainLooper()).postDelayed(new Runnable() {
@Override
public void run() {
Intent mStartActivity = new Intent(getApplicationContext(), MainActivity.class);
int mPendingIntentId = 123456;
PendingIntent mPendingIntent = PendingIntent.getActivity(getApplicationContext(), mPendingIntentId, mStartActivity, PendingIntent.FLAG_CANCEL_CURRENT);
AlarmManager mgr = (AlarmManager) getApplicationContext().getSystemService(Context.ALARM_SERVICE);
mgr.set(AlarmManager.RTC, System.currentTimeMillis() + 1000, mPendingIntent);
android.os.Process.killProcess(android.os.Process.myPid());
System.exit(0);
}
}, 10);
4. // 每隔3个小时去访问后台时候有更新,通过handler实现轮训的效果,时间设置为0
二、Bugly 热修复使用,遇到的坑
准备工作:
- Bugly注册账号,熟悉文档,
- 参考资料:Bugly让热修复变得如此简单
使用
参照demo,不细说了;
历数bugly的修复坑
- 补丁生效,在模拟器不生效,对真机有效果;
- tinker-support.gradle 中可以设置
// 自动生成tinkerId, 你无须关注tinkerId,默认为false
autoGenerateTinkerId = true
注释掉tinkerId;其中补丁tinkerId根据基准包和时间自动生成,
- 上传补丁下发需要5-10分钟,更新很慢,
- 需要判断基础包的是否联网;上传tinkerId后才可以,上传补丁包到bugly,
- 在配置app目录中bulide.gradle下的签名时,需要制作签名证书;本人在签名证书使用时候遇到坑了,发现签名信息模版,别名密码下面的模块只要填写信息少于4-5个字母,app签名后,使用乐固加固签名打包就失败,无法通过;另外乐固加固最新版必须用开发者账号,以前可以用个人qq进行加固签名的;