前言
对于移动开发者来说,在一个需求频繁、版本迭代较快的公司,能够及时解决线上的紧急问题显得尤为重要。现在各种热修复框架的出现,解决这种问题已成为可能。自己造轮子有时不如站在巨人的肩膀上,你说呢?
来,我们看看怎么接入的吧。
集成
1 注册帐号
接入Sophix ,首先你要有一个阿里云的账号,进去之后找到移动热修复模块,点击进去后添加应用,填写应用分类、包名等信息后,点击创建的应用
查看应用idSecret,appSecret、rsaSecret.
2环境集成
①配置maven仓库地址
②在app 中的build.gradle中添加坐标版本依赖
3 代码设置
①配置秘钥
填写申请的App id 、App Secret 、Rsa secret
②开通权限
热更新大致流程会从阿里云下载补丁包、存放补订单,所以还需要开通网络、存储的权限
③初始化方法
对于Android 移动应用,三方初始化等措施会放在Application中,待应用重新启动完成初始化,所以配置Application,集成
SophixApplication
package com.deppon.geo.sophixmaster;
import android.content.Context;
import android.content.pm.PackageManager;
import android.support.annotation.Keep;
import android.util.Log;
import com.taobao.sophix.PatchStatus;
import com.taobao.sophix.SophixApplication;
import com.taobao.sophix.SophixEntry;
import com.taobao.sophix.SophixManager;
import com.taobao.sophix.listener.PatchLoadStatusListener;
/**
* ============================================================
* 版 权 : 德邦物流 版权所有 (c) 2018
* 作 者 :yangwei077@deppon.com
* 版 本 : 1.0
* 创建日期 : 2018/7/12 10:55
* 描 述 :
* 包名 :com.deppon.geo.sophixmaster
* 修订历史 :
* ============================================================
**/
public class SophixStubApplication extends SophixApplication {
private final String TAG = "SophixStubApplication";
/**
* Sophix入口类,专门用于初始化Sophix,不应包含任何业务逻辑。
* 此类必须继承自SophixApplication,onCreate方法不需要实现。
* 此类不应与项目中的其他类有任何互相调用的逻辑,必须完全做到隔离。
* AndroidManifest中设置application为此类,而SophixEntry中设为原先Application类。
* 注意原先Application里不需要再重复初始化Sophix,并且需要避免混淆原先Application类。
* 如有其它自定义改造,请咨询官方后妥善处理。
*/
// 此处SophixEntry应指定真正的Application,并且保证RealApplicationStub类名不被混淆。
@Keep
@SophixEntry(MyRealApplication.class)
static class RealApplicationStub {}
@Override
public void onCreate() {
super.onCreate();
loadNewPatch();
Log.d(TAG,"onCreate");
}
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
initSophix();
}
private void initSophix() {
String appVersion = "0.0.0";
try {
appVersion = this.getPackageManager().getPackageInfo(this.getPackageName(), 0).versionName;
Log.d(TAG,"appVersion="+appVersion);
} catch (PackageManager.NameNotFoundException e) {
appVersion = "1.0.0.0";
e.printStackTrace();
}
// initialize必须放在attachBaseContext最前面,初始化代码直接写在Application类里面,切勿封装到其他类。
SophixManager.getInstance().setContext(this)
.setAppVersion(appVersion).setSecretMetaData(null, null, null)
.setEnableDebug(true)
.setEnableFullLog()
.setPatchLoadStatusStub(new PatchLoadStatusListener() {
@Override
public void onLoad(final int mode, final int code, final String info, final int handlePatchVersion) {
Log.d(TAG,"code="+code);
// 补丁加载回调通知
if (code == PatchStatus.CODE_LOAD_SUCCESS) {
// 表明补丁加载成功
} else if (code == PatchStatus.CODE_LOAD_RELAUNCH) {
// 表明新补丁生效需要重启. 开发者可提示用户或者强制重启;
// 建议: 用户可以监听进入后台事件, 然后调用killProcessSafely自杀,以此加快应用补丁,详见1.3.2.3
} else {
// 其它错误信息, 查看PatchStatus类说明
}
}
}).initialize();
}
private void loadNewPatch() {
// queryAndLoadNewPatch不可放在attachBaseContext 中,否则无网络权限,建议放在后面任意时刻,如onCreate中
SophixManager.getInstance().queryAndLoadNewPatch();
}
}
④热更新是对线上的问题进行修复,线上的应用都会进行签名、混淆处理,这里也需要
混淆时需要注意,有些包路径下的不能混淆,还有你完成热修复初始化的SophixStubApplication
⑤配置签名信息
好了,我们来看下,模拟使用这个技术,修复一个紧急的线上问题。
先打包一个apk,就当做线上待修复的问题apk
填写签名秘钥,打包会生成一个apk,在release包下,生成命名为first.apk
之后我们发现了一个Bug,那我们就在一个文件中修改吧,为了简单,此处在MainActivity后面添加一个toast
之后再同样方法,生成第二个apk,命名为second.apk
⑥生成补丁
好了,现在我们怎么生成热修复jar包呢?需要使用补丁工具SophixPatchTool
下载运行SophixPatchTool.exe,按要求,根据旧包(待处理有问题的包,apk),新包(修复好问题的apk)
,点击go后一会生成一个补丁包
4发布补丁
先添加版本号,成功后在版本号后的“查看详情中”上传补丁:记得补丁版本号要和项目中配置 的一致 versionName "1.0"
稳妥起见,阿里建议我们在正式发布之前,使用测试工具hotfixdebug调试成功后再发布。当然,为了安全,也可以选择灰度发布,没问题再全量发布。
发布完成后,需要杀死进程,重新启动App。
OK,大功告成!
好了,今天就先介绍怎么接入的,后面我就内部原理研究再来分享下。不过过程还挺简单的呢,你说是吗?
回想下优点真是很好,特别是生成补丁的方法,和IDE没有一点关系,而是依赖自身的SophixPatchTool 生成,真好!