VirtualApk源码阅读-AndroidStub

在VirtualApk中 对系统隐藏API的调用采用了反射+Stub两种方式

反射这个大家都比较好理解了 

比如说在对资源进行Hook时 我们可以自己生成一个Resources 并使用反射的方式替换Context的mResources

 

重点学习下Stub

在android中为了保护一些系统API 或者基于其他考虑，一些核心类是被标注为hide 的，这样我们就无法访问这些类，

比如ActivityThread

看过Activity启动流程的同学都知道 ActivityThread 在整个流程中的作用

在VirtualApk中，我们要对Activity进行插件化启动，就要破解Activity启动时的配置文件校验，这部分校验的代码写在

Instrumentation 里面 ， 而Instrumentation  是ActivityThread 内包含的一个对象

因此我们要从ActivityThread中拿到Instrumentation 对象进行动态代理的修改绕过这个校验

ActivityThread有一个getInstrumentation（）方法，可ActivityThread是hide的 

于是可以这么做：

1：新建包android.app（这个其实就是框架中ActivityThread所属的包名）

2：android.app包下面新建类ActivityThread

3：ActivityThread中添加方法 

    public Instrumentation getInstrumentation() {
        throw new RuntimeException("Stub!");
    }

注意这个方法的方法体部分

然后就可以访问ActivityThread了

 

总结：

1：采用Stub这种方式，实际是方便代码编译通过，在实际运行的时候是由rom中的类替代的

2：这种方式理论上是比反射的效率更高的（VirtualApk的注释里面也提到了这一点）

3：这种类只能做为一个载体使用，不能擅自实例化出对象进行调用。脱离框架之后可能就失去作用了

4：这种方式貌似只能对hide的类可以使用，对hide的方法也可以使用

5：AndroidStudio中新建项目依赖使用的android.jar 其实也是由大量的这种Stub类组成的，提供了API调用，编译支持

见下图