Android热修复方案有很多种，但都存在一个致命问题，没有管理后台可以上传补丁包，所以都淘汰了。
还有一款还能用：阿里云Sophix
不知道其他大厂（腾讯，网易，百度）有没有，也可以去看看。不知道有没有其他的可以使用，知道的欢迎在评论区留言。
Sophix这个热修复方案的还是不错的，简单接入快，非侵入式，管理方便。
简单介绍下热修复使用场景，可对线上App发现严重bug进行紧急修复，需要付出巨大的成本进行换包和重新发布。采用移动热修复服务，可以随时发布补丁实时解决线上问题，用户全程无感知。
Sophix接入的流程如下：阿里云创建应用->接入SDK->生成补丁包->发布补丁->补丁测试
1.阿里云创建应用
阿里云官网
官网路径：产品-移动研发平台 EMAS-移动热修复-创建应用
拿到应用appkey等标志信息
2.接入SDK
接入文档
这里直接上官方接入文档，我就不复制官网的接入代码了，按照官网的接入说明一步一步往下走即可。
关于SophixStubApplication 踩坑
需要特别注意的是SophixStubApplication这个类的里面的方法使用，我在这里踩了坑，
我把代码贴出来
package com.my.pkg;
import android.app.Application;
import android.content.Context;
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;
import com.my.pkg.MyRealApplication;
/**
* Sophix入口类，专门用于初始化Sophix，不应包含任何业务逻辑。
* 此类必须继承自SophixApplication，onCreate方法不需要实现。
* 此类不应与项目中的其他类有任何互相调用的逻辑，必须完全做到隔离。
* AndroidManifest中设置application为此类，而SophixEntry中设为原先Application类。
* 注意原先Application里不需要再重复初始化Sophix，并且需要避免混淆原先Application类。
* 如有其它自定义改造，请咨询官方后妥善处理。
*/
public class SophixStubApplication extends SophixApplication {
private final String TAG = "SophixStubApplication";
// 此处SophixEntry应指定真正的Application，并且保证RealApplicationStub类名不被混淆。
@Keep
@SophixEntry(MyRealApplication.class)
static class RealApplicationStub {}
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
// 如果需要使用MultiDex，需要在此处调用。
// MultiDex.install(this);
initSophix();
}
private void initSophix() {
String appVersion = "0.0.0";
try {
appVersion = BuildConfig.VERSION_NAME;
} catch (Exception e) {
}
final SophixManager instance = SophixManager.getInstance();
instance.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) {
if (code == PatchStatus.CODE_LOAD_SUCCESS) {
Log.i(TAG, "sophix load patch success!");
} else if (code == PatchStatus.CODE_LOAD_RELAUNCH) {
// 如果需要在后台重启，建议此处用SharePreference保存状态。
Log.i(TAG, "sophix preload patch success. restart app to make effect.");
}
}
}).initialize();
}
}
这里@SophixEntry(MyApplication.class)是引用之前的自己在用的Application，SophixStubApplication不能被任何类调用和调用除原生/官网写的其他任何类，推荐直接使用官网的，只更改 @SophixEntry(XXX.class)即可，在AndroidManifest.xml文件中引用android:name=".SophixStubApplication",相当于新增了一个中间类SophixStubApplication;之前Application不用做修改。
在代码混淆中记得把包路径换成自己项目的正确包路径。
其他注意点
1.推荐使用 BuildConfig.VERSION_NAME;获取版本号
2.注意这句话 生成的mapping.txt在app/build/outputs/mapping/release路径下，移动到/app路径下,修复后的项目使用，保证混淆结果一致很关键。如果混淆文件不一致，将导致补丁下载成功但无法成功补丁成功。
#基线包使用，生成mapping.txt
-printmapping mapping.txt
#生成的mapping.txt在app/build/outputs/mapping/release路径下，移动到/app路径下
#修复后的项目使用，保证混淆结果一致
-applymapping mapping.txt
#hotfix
-keep class com.taobao.sophix.**{*;}
-keep class com.ta.utdid2.device.**{*;}
#防止inline
-dontoptimize
-keepclassmembers class xxx.xxx.xxx.MyRealApplication {
public <init>();
}
-keep class xxx.xxx.xxx.SophixStubApplication$RealApplicationStub
3.生成补丁包
生成补丁包按照官网的说明下载生成补丁程序即可，官方也有对程序功能的说明；这里直接附上链接。跳转到生成补丁官方文档
生成补丁踩坑
官网说Key Store Password,Key Alias,Key Passwrod是选填可不填，但只要发布的包都是经过签名的，这里推荐必填，把签名文件路径引入，填写签名密码。
现在也支持xxx.keystore后缀的签名文件了，上面说不支持可能还没改过来。
4.发布上传补丁
发布补丁比较简单，去控制台发布就好了，我这里贴出发布补丁的官方操作说明
发布补丁官方操作说明链接
5.补丁测试
注：测试时请保证混淆文件不变
