本文出自: SusionSuc/AdvancedAndroid。

在上一节分析中，我们已经知道宿主已经加载了插件的资源、类。也就是说在宿主中是可以使用插件中的类的。但是对于启动Activity这件事就比较特殊了:

在Android中一个Activity必需在AndroidManifest.xml中注册才可以被启动，可是很显著的是插件中的Activity是不可能提前在宿主的manifest文件中注册的。也就是说直接在宿主中启动一个插件的Acitvity必定失败。那怎样办呢 ？
VirtualApk的实现方式是通过hook系统启动Activity过程中的少量关键点，绕过系统检验，并增加插件Activity相关运行环境等一系列解决，使插件Activity可以正常运行。

接下来的分析会涉及到Activity的启动源码相关知识，假如你还不是很熟习可以先去回顾一下。这篇文章讲的也比较仔细 : https://www.kancloud.cn/digest/androidframeworks/127782

hook Instrumentation

在Activtiy的启动过程中Instrumentation有着至关重要的作用。它可以向ActivityManager请求一个Acitivity的启动、构造一个Activity对象等。VirtualApk就hook了这个类:

    final VAInstrumentation instrumentation = createInstrumentation(baseInstrumentation);    Reflector.with(activityThread).field("mInstrumentation").set(instrumentation);

hook了这个类后，就有办法把一个非正常的插件Activtiy包装成一个正常的Activity了。先来看一下一小段Activity启动源代码:

    //Activity.java    void startActivityForResult(@RequiresPermission Intent intent, int requestCode,@Nullable Bundle options) {        ......        mInstrumentation.execStartActivity(this, mMainThread.getApplicationThread(), mToken, this,intent, requestCode, options);        ......    }    //Instrumentation.java    ActivityResult execStartActivity(Context who, IBinder contextThread, IBinder token, Activity target, Intent intent, int requestCode, Bundle options) {        IApplicationThread whoThread = (IApplicationThread) contextThread;        ......         ActivityManager.getService()                .startActivity(whoThread, who.getBasePackageName(), intent,                        intent.resolveTypeIfNeeded(who.getContentResolver()),                        token, target != null ? target.mEmbeddedID : null,                        requestCode, 0, null, options);        .....    }

即Instrumentation带着要启动的Activity的Intent就去找ActivityManager启动Activity了。但这就有一个问题，还记得上一节插件APK的解析吗？系统也会对宿主apk进行解析，并保存包中公告的Activity信息。假如这个intent所启动的插件Activity。并不在宿主的Activity信息集合中，那么就会报此Activity并未在manifest文件中注册,下面这一小段就是ActivityManagerService对要启动的Activity进行校验的源码:

    //PackageManagerService.java    final PackageParser.Package pkg = mPackages.get(pkgName);    if (pkg != null) {        //从宿主的包中查询能否注册过这个intent相关信息。        result = filterIfNotSystemUser(mActivities.queryIntentForPackage(intent, resolvedType, flags, pkg.activities, userId), userId);    }    ......

插件Activity并没有在manifest文件中注册，所以怎样办呢？ VirtualApk采用的方式是 :

1. 提前在Manifest文件中注册少量Activity。简称这种Activity为 : “占坑 Activity”
2. 在向ActivityManagerService提出启动Activtiy请求时，把插件的activity intent换成已经在manifest文件中注册的占坑Activity的intent
3. 在Instrumentation真正构造Activity时，再换回来。即构造要启动的插件Activity

接下来我们看一下具体操作, 首先在manifest文件中注册少量Activity

    <activity android:exported="false" android:name=".A$1" android:launchMode="standard"/>    <activity android:exported="false" android:name=".A$2" android:launchMode="standard"

你在manifest中随便注册Activity是ok的。并不会发生异常。你的项目有没有出现删除一个Activity时，不记得了删除manifest文件中相关注册信息的情况呢？

启动插件activity时，替换为已经注册的acitvity

我们前面也看到了，Instrumentation.execStartActivity()会像ActivityManagerService发起启动Activity的请求，因而我们只需hook这个方法，并替换掉intent为提前在manifest注册的Activity即可以了:

    @Override    public ActivityResult execStartActivity(Context who, IBinder contextThread, IBinder token, Activity target, Intent intent, int requestCode) {        injectIntent(intent); // 替换 插件Activity intent 为提前在manifest文件中注册的 activity intent        return mBase.execStartActivity(who, contextThread, token, target, intent, requestCode);    }        protected void injectIntent(Intent intent) {        ......       PluginManager.getComponentsHandler().markIntentIfNeeded(intent);    }

即对一个将要启动的Activity的intent做了少量解决，看看做了什么解决:

    public void markIntentIfNeeded(Intent intent) {        .....        String targetPackageName = intent.getComponent().getPackageName();        String targetClassName = intent.getComponent().getClassName();        //这个Activity是插件的Activity        if (!targetPackageName.equals(mContext.getPackageName()) && mPluginManager.getLoadedPlugin(targetPackageName) != null) {            intent.putExtra(Constants.KEY_IS_PLUGIN, true);            intent.putExtra(Constants.KEY_TARGET_PACKAGE, targetPackageName); //保留好真正要启动的Activity信息            intent.putExtra(Constants.KEY_TARGET_ACTIVITY, targetClassName);            dispatchStubActivity(intent);        }    }    private void dispatchStubActivity(Intent intent) {        //根据要启动的activity的启动模式、主题，去选择一个 符合条件的`占坑Activity`        String stubActivity = mStubActivityInfo.getStubActivity(targetClassName, launchMode, themeObj);        intent.setClassName(mContext, stubActivity); //把intent的启动目标设置为这个”占坑Activity“    }

即假如要启动的Activity是一个插件的Activity，那么就选择一个合适的”占坑Activity”。来作为真正要启动的对象，并在intent中保存真正要启动的插件Acitvity的信息。

好，到这里我们知道对于插件Activity的启动，通过hookInstrumentation.execStartActivity(),实际上向ActivityManagerService请求的启动的是一个占坑的Activity。

经过上面这些操作，ActivityManagerService做过少量列解决后，会让APP真正来启动这个占坑Activity:

    //ActivityThread.java : 真正开始实例化Activity，并开始走生命周期相关方法    private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {        ...        //实例化一个Activity        activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);        ...    }

这时候我们真的要去实例化这个”占坑Activity”吗？当然不会，我们要实例化的是”插件Activity”, 所有VirtualApkhook了Instrumentation.newActivity()

    @Override    public Activity newActivity(ClassLoader cl, String className, Intent intent) throws InstantiationException, IllegalAccessException, ClassNotFoundException {        try {            cl.loadClass(className);        } catch (ClassNotFoundException e) {            ....            //这个 intent能否是插件的intent            ComponentName component = PluginUtil.getComponent(intent);                                    if (component == null) {//不是插件的intent，具体实例化逻辑，交给父类去解决                return newActivity(mBase.newActivity(cl, className, intent));            }            //拿到启动前保存的真正要启动的插件Activity的信息            String targetClassName = component.getClassName();                        //使用插件的classloader来构造插件Activity            Activity activity = mParentInstrumentation.newActivity(plugin.getClassLoader(), targetClassName, intent);            activity.setIntent(intent);            // for 4.1+            Reflector.QuietReflector.with(activity).field("mResources").set(plugin.getResources());            return newActivity(activity); //这个方法其实是对已经实例化过的Activity做了一个缓存。        }        return newActivity(mBase.newActivity(cl, className, intent));    }

cl.loadClass(className)是要实例化占坑Activity,这里一定是会抛类找不到异常的，由于对于占坑Activity，我们只是在manifest文件中做了公告，实际上并没有对应的类。所以对于插件Activity的启动会走到catch代码中。

这里有一个需要注意的点: 即加载插件的类使用的是plugin.getClassLoader()。那么可不可以直接使用宿主的ClassLoader呢？其实是可以的，在前面文章插件APK解析时，我们已经看到VirtualApk支持把插件类加载器的pathList合并到宿主的pathList中，
因而这里直接mParentInstrumentation.newActivity(cl, targetClassName, intent)也是可以的。

如何让一个插件Activity正常运行?

VirtualApk通过对Instrumentation的hook，成功启动了一个插件Acitivity。可是要知道的是这个Activtiy毕竟是个小黑孩。想要正常运行，还是需要插件框架来给予支持的。

资源

是的，首先就是资源, 插件Activity的资源是怎样设置的呢？ 我们来看一下一个Activity的资源是怎样设置的(Android 8.0):

在ActivityThread.performLaunchActivity()方法中，先来看一下为一个Activity设置Context的过程:

    ContextImpl appContext = createBaseContextForActivity(r);    ...    activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);    ...    activity.attach(appContext, this, getInstrumentation(), r.token,.....);    ...    mInstrumentation.callActivityOnCreate(activity, r.state);

在创立ContextImpl时就设置了ContextImpl的资源, 即Acitivity的资源:

    static ContextImpl createAppContext(ActivityThread mainThread, LoadedApk packageInfo) {        ContextImpl context = new ContextImpl(null, mainThread, packageInfo, .....;        context.setResources(packageInfo.getResources());        return context;    }

即一个Activity的资源实际上来自apk资源，这是当然。但对于插件Activity的设置就有问题了。看performLaunchActivity()的执行流程，即context的资源设置的是app打包的时的资源。宿主app打出来的包，一定不会包含插件的资源的。
因而插件的Activity现在它所拥有的资源是宿主的资源而不是插件的资源，因而，我们需要把插件Activity的资源换成插件的。那在哪一步换呢? VirtualApk是在Instrumentation.callActivityOnCreate换的:

    public void callActivityOnCreate(Activity activity, Bundle icicle) {        injectActivity(activity);        mBase.callActivityOnCreate(activity, icicle);    }

    protected void injectActivity(Activity activity) {        final Intent intent = activity.getIntent();        if (PluginUtil.isIntentFromPlugin(intent)) { //插件的intent            Context base = activity.getBaseContext();            LoadedPlugin plugin = this.mPluginManager.getLoadedPlugin(intent);            Reflector.with(base).field("mResources").set(plugin.getResources());  //把插件Activity的资源换成自己的。插件拿宿主的资源没什么用            Reflector reflector = Reflector.with(activity);            reflector.field("mBase").set(plugin.createPluginContext(activity.getBaseContext())); //把插件的 context 也换掉            reflector.field("mApplication").set(plugin.getApplication()); /            ....        }    }

对于资源相关更详细的理解，你可以看一下这篇文章 : https://www.notion.so/pengchengdasf/VirtualAPK-1fce1a910c424937acde9528d2acd537

可以看到上面的代码不仅把插件的资源替换为了自己的，并且还为插件重新设置了Context。

Context的替换

一个Activity在运行是离不开Context的, 它的Context也是一个连接点。比方我们会使用Activity的Context来获取一个ContentResolver、资源、Theme。所有我们需要对插件Activity的Context做一个hook。来方便我们对于插件Activity的特殊解决。

对于所有的插件Activity， 在VirtualApk中它们的Context为PluginContext:

class PluginContext extends ContextWrapper {    private final LoadedPlugin mPlugin;    public PluginContext(LoadedPlugin plugin) {        super(plugin.getPluginManager().getHostContext());        this.mPlugin = plugin;    }    .....    @Override    public ContentResolver getContentResolver() {        return new PluginContentResolver(getHostContext());    }    ....    @Override    public Resources getResources() {        return this.mPlugin.getResources();    }    @Override    public AssetManager getAssets() {        return this.mPlugin.getAssets();    }    @Override    public Resources.Theme getTheme() {        return this.mPlugin.getTheme();    }    @Override    public void startActivity(Intent intent) {        ComponentsHandler componentsHandler = mPlugin.getPluginManager().getComponentsHandler();        componentsHandler.transformIntentToExplicitAsNeeded(intent);        super.startActivity(intent);    }}

这里我只是列了少量重要的点:

1. 插件Activity的Context获取Resources、Assets、Theme都是特殊解决的
2. 插件Activity获取的ContentResolver也是被hook过的
3. ….

对于插件Activity的启动，本文就只看个大体流程和关键点，对于具体的细节可以去看VirtualApk源码。

我们用一张图来总结插件Activity的启动过程:

插件Activity的启动.png

欢迎关注我的Android进阶计划 : SusionSuc/AdvancedAndroid