现有的热修复框架很多，尤以AndFix 和Tinker比较多
具体的实现方式和项目引用可以参考网络上的文章，今天就不谈，也不是主要目的
今天就来探讨，如何手写一个热修复的功能
对于简单的项目，不想集成其他修复框架的SDK，也不想用第三方平台，只是紧急修复一些bug
还是挺方便的
言归正传，如果一个或多个类出现bug，导致了崩溃或者数据显示异常，如果修复呢，如果熟悉jvm dalvik 类的加载机制，就会清楚的了解 ClassLoader的 双亲委托机制 就可以通过这个
什么是双亲委托机制
- 当前ClassLoader首先从自己已经加载的类中查询是否此类已经加载，如果已经加载则直接返回原来已经加载的类。
每个类加载器都有自己的加载缓存，当一个类被加载了以后就会放入缓存，等下次加载的时候就可以直接返回了。 - 当前classLoader的缓存中没有找到被加载的类的时候，委托父类加载器去加载，父类加载器采用同样的策略，首先查看自己的缓存，然后委托父类的父类去加载，一直到bootstrp ClassLoader.
- 当所有的父类加载器都没有加载的时候，再由当前的类加载器加载，并将其放入它自己的缓存中，以便下次有加载请求的时候直接返回。
突破口来了，看1（如果已经加载则直接返回原来已经加载的类）
对于同一个类，如果先加载修复的类，当后续在加载未修复的类的时候，直接返回修复的类，这样bug不就解决了吗？
Nice ，多看源码和jvm 许多问题可以从framework和底层去解决
话不多说，提出了解决方法，下面着手去实现
public class InitActivity extends FragmentActivity {
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//这里默认在SD卡根目录，实际开发过程中可以把dex文件放在服务器，在启动页下载后加载进来
//第二次进入的时候可以根据目录下是否已经下载过，处理，避免重新下载
//最后根据当前app版本下载不同的修复dex包 等等一系列处理
String dexFilePath = Environment.getExternalStorageDirectory().getAbsolutePath() + "/fix.dex";
DexFile dexFile = null;
try {
dexFile = DexFile.loadDex(dexFilePath, null, Context.MODE_PRIVATE);
} catch (IOException e) {
e.printStackTrace();
}
patchDex(dexFile);
startActivity(new Intent(this, MainActivity.class));
}
/**
* 修复过程，可以放在启动页，这样在等待的过程中，网络下载修复dex文件
*
* @param dexFile
*/
public void patchDex(DexFile dexFile) {
if (dexFile == null) return;
Enumeration<String> enumeration = dexFile.entries();
String className;
//遍历dexFile中的类
while (enumeration.hasMoreElements()) {
className = enumeration.nextElement();
//加载修复后的类，只能修复当前Activity后加载类（可以放入Application中执行）
dexFile.loadClass(className, getClassLoader());
}
}
}
方法很简单在启动页，或者Application中提前加载有bug的类
这里写的很简单，只是展示核心代码，实际开发过程中，dex包下载的网络请求，据当前app版本下载不同的修复dex，文件存在的时候可以在Application中先加载一次，启动页就不用加载，等等，一系列优化和判断处理，这里就不过多说明，具体一些处理看github上的代码
ok 代码都了解了，这个 fix.dex 文件哪里来的呢
熟悉Android apk生成的小伙伴都知道了，跳过这个步骤，不懂的小伙伴继续往下看
上面的InitActivity中startActivity(new Intent(this, MainActivity.class)); 启动了一个MainActivity
看看我的MainActivity
public class MainActivity extends FragmentActivity {
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//0不能做被除数，这里会报ArithmeticException异常
Toast.makeText(this, "结果" + 10 / 0, Toast.LENGTH_LONG).show();
}
}
哎呀不小心，写了一个bug 0 咋能做除数呢，app已经上线了，这里必崩啊，咋办
不要急，按照以下步骤：
- 我们要修复这个类
MainActivity，先把bug解决
Toast.makeText(this, "结果" + 10 / 2, Toast.LENGTH_LONG).show();
- 把修复类生成
.class文件（可以先run一次，之后在 build/intermediates/javac/debug/classes/com开的的文件夹，找到生成的class文件，也可以通过javac 命令行生成，也可以通过右边的gradle Task生成）
class 路径图 - 把修复类
.class文件 打包成dex （其他.class删除，只保留修复类） 打开cmd命令行，输入下面命令
D:\Android\sdk\build-tools\28.0.3\dx.bat --dex --output C:\Users\pei\Desktop\dx\fix.dex C:\Users\pei\Desktop\dx\
D:\Android\sdk 为自己sdk目录 28.0.3为build-tools版本，可以根据自己已经下载的版本更换
后面两个目录分别是生成.dex文件目录，和.class文件目录
切记
.class文件的目录必须是包名一样的，我的目录是C:\Users\pei\Desktop\dx\com\pei\test\MainActivity.class，不然会报class name does not match path
- 这样dx文件夹下就会生成fix.dex文件了，把fix.dex放进手机根目录试试吧
再次打开App，完美Toast 结果5，完美解决
总结
- 修复方法要在bug类之前执行
- 适合少量bug，太多bug影响性能
- 目前只能修复类，不能修复资源文件
- 目前只能适配单dex的项目，多dex的项目由于当前类和所有的引用类在同一个dex会 当前类被打上CLASS_ISPREVERIFIED标记，被打上这个标记的类不能引用其他dex中的类，否则就会报错
解决办法是在构造方法里引用一个单独的dex中的类，这样不符合规则就不会被标记了
