接着说说热修复，补充两个问题
反射中Class.forName()和ClassLoader.loadClass()的区别
Class.forName(className)方法，默认是需要初始化。一旦初始化，就会触发目标对象的 static代码块执行，static参数也会被初始化。
ClassLoader.loadClass(className)方法，不进行解析意味着不进行包括初始化等一些列步骤，那么静态块和静态对象就不会得到执行
反射中getMethods 与 getDeclaredMethods 的区别?
Method getMethod(String name, Class<?>... parameterTypes)：
用于获取public的成员方法，包括从父类继承的public方法；Method getDeclaredMethod(String name, Class<?>... parameterTypes)
用于获取当前类中的方法（不分public和非public），不包括从父类继承的方法。Field getField(String name)
用于获取public的成员变量，包括从父类继承的public成员变量；Field getDeclaredField(String name)
用于获取当前类中的变量（不分public和非public），不包括从父类继承的变量。
你觉得反射对性能有影响吗? 为什么？
1、类加载器 访问一个类时。把类信息加载到JVM中
2、反射方法时，动态解析Class将需要获取的方法中的数据组成Method对象
3、反射执行时，通过Method执行真正需要执行的方法。整个过程中会产生额外的对象，而且执行方法时，相当于需要使用Method作为中间者来执行。自然会比直接执行方法慢！
就好比一座山，如果本来就有路（不用反射）当然比没有路，你自己先开拓一条路（反射）快。但是简单少量的反射并不会对我们的性能造成太大的影响，真正造成性能问题的还是我们的编写的代码。
Android N混合编译
ART 是在 Android KitKat（Android 4.0）引入并在 Lollipop（Android 5.0）中设为默认运行环境，可以看作Dalvik2.0。
ART模式在Android N(7.0)之前安装APK时会采用AOT(Ahead of time：提前编译、静态编译)预编译为机器码。
而在Android N使用混合模式的运行时。应用在安装时不做编译，而是运行时解释字节码，同时在JIT编译了一些代码后将这些代码信息记录至Profile文件，等到设备空闲的时候使用AOT(All-Of-the-Time compilation:全时段编译)编译生成称为app_image的base.art(类对象映像)文件，这个art文件会在apk启动时自动加载（相当于缓存）。
根据类加载原理，类被加载了无法被替换，即无法修复。
什么是Dalvik
Dalvik是Google公司自己设计用于Android平台的Java虚拟机。支持已转换为.dex格式的Java应用程序的运行，.dex格式是专门为Dalvik应用设计的一种压缩格式，适合内存和处理器速度优先的系统。
什么是ART
Android Runtion, Android4.4中引入的一个开发者选项，也是Android 5.0及更高版本的默认模式。在应用安装的时候Ahead-Of-Time（AOT）预编译字节码到机器语言，这一机制叫AOT预编译。应用程序安装会变慢，但是执行将更有效率，启动更快。
在Dalvik下，应用运行需要解释执行，常用热点代码通过即时编译器Just in time（JIT）将字节码转换为机器码，运行效率低。而在ART环境中，应用在安装时，字节码预编译（AOT）成机器码，安装慢了，但是运行效率会提高。
ART占用空间比Dalvik大（字节码变为机器码），“空间换时间”
预编译也可以明显改善电池续航，因为应用程序每次运行时不用重复编译了，从而减少了CPU的使用频率，降低了能耗。
Android N混合编译解决方案
运行时替换PathClassLoader方法
废弃掉系统的PathClassLoader，而采用一个新建Classloader来加载后续的所有类，即可达到将cache无用化的效果。
