Android-学习记录-2020.04.09

1.Base 64 原理：

 base 64 范围是 "A-Z"、"a-z"、"0-9"、"+"、"/" 一共64个字符；对数据字符进行每 6 位重新分组，
 高两位补 0，然后从     Base64 编码表中，获取相应的编码值。

注意这几个方面：
aiohttp 框架、mitmproxy、selenium/Splash、 hash算法、堆算法、AES 分组

2.代码修复有两大主要方案，一种是阿里系的底层替换方案，另一种是腾迅系的类加载方案。底层替换方案限制频多，但时效性最好，加载轻快，立即见效。类加载方案时效性差，需要重新冷启动才能见效，但修复范围广，限制少。

3.底层替换方案是在已经加载的类中直接替换原有方法，是在原有类的基础上进行修改的，因而无法实现对原有类进行方法和字段的增减，因为这样将破坏原有类的结构。类加载方案的原理是在 App 重新启动后让 Classloader 去加载新的类。

4.Instant Run 中的资源热修复分为两步：

（1）构造一个新的 AssetManager , 并通过反射调用 addAssetPath 函数，然后把完整的新资源包加载
         到 AssetManager 中，这样就得到了一个含有所有新资源的 AssetManager.

(2)找到所有之前引用到原有 AssetManager 的地方，通过反射，把引用处替换为新的 AssetManager.

5.Art 虚拟机中可以采用解释模式或者 AOT 机器码模式执行 Dex Code:

解释模式：就是取出 Dex Code, 逐条解释执行。如果方法的调用者是以解释模式运行的，在调用这个方法时，
       就会获取这个方法的 entry_point_from_interpreter_，然后跳转执行。

AOT 方式：预先编译好 Dex Code 对应的机器码，然后在运行期直接执行机器码，不需逐条解释
   执行 Dex Code。如果方法的调用者是以 AOT 机器码方式执行时，在调用这个方法时，就是跳
   转到   entry_point_from_quick_compiled_code_ 中执行。

6.内部类在编译期会被编译为跟外部类一样的顶级类。非静态内部类持有外部类的引用，静态内部类不持有外部类的引用。所以在 Android 性能优化中建议 Handle 的实现尽使用静态内部类，防止外部 Activity 类不能被回收导致可能的 OOM。dvmInitClass 这个函数首先会尝试对父类进行初始化，然后调用本类的 clinit 方法，所以此时静态 field 得到初始化并且静态代码块得到执行。

7.泛型代码 与 JVM : （1）虚拟机中没有泛型，只有普通类和方法。（2）在编译阶段，所有泛型类的类型参数都会被 Object 或者它们的限定边界来替换，即类型擦除。 （3）在继承泛型类型的时候，桥方法的合成是为了避免类型变量擦除所带来的多态灾难。

8.一个类的加载过程 ，必须经历 resolve、link、init 三个阶段，父类或实现接口权限控制检查主要发生在 link 阶段。Android 真实启动顺序确实是按照如下顺序进行的： Application.attachBaseContext -> ContentProvider.onCreate -> Application.onCreate -> Activity.onCreate。

9.Dexposed 核心逻辑：在 Dalvik 虚拟机下，主要是通过改变一个方法对象方法在 Dalvik 虚拟机中的定义来实现，具体做法就是将该方法的类型改变为 Native 并且将这个方法的实现链接到一个通用的 Native Dispatch 方法上。这个 Dispatch 方法通过 JNI 回调到 Java 端的一个统一处理方法，最后在统一处理方法中调用 before, after 函数来实现 AOP 。