占位式插件化原理

在我看来，插件化的核心目的就是将未安装的apk代码，在已经安装的apk中执行，未安装的apk就是插件。

其实这个未安装的apk也只是一个有固定格式能识别的文件而已，更广一点其实所有的apk也都是有固定格式的文件而已，代码的执行靠的还是虚拟机运行java代码，最开始还是执行main函数，只是在函数中，存在无限循环直到应用退出而已。

上文只是个人目前知识的一个理解，如有不正确不恰当的地方请多多指教。

本文中介绍如何使用占位的方式实现插件化。

核心原理

首先需要明确一点，没有安装的apk不能执行其代码，主要原因有两点：

• 类或资源没有被加载
• 四大组件没有运行环境，就是没有上下文对象（context），没有生命周期的

而如果我们使用classloader手动加载类文件，使用AssetManager手动加入资源文件，然后再传入一个对应的上下文对象，那么缺少的东西就都有了，那么是不是就可以运行了呢？答案是肯定的，这里讲的占位式插件化就是利用这样的原理。

而这里传入的对应的上下文和调用对应的生命周期，就需要一个公用的组件来占位实现。

说完原理，接着我们看看具体是怎么操作的。

实现

以实现打开插件中Activity为例。

首先需要定义一个Activity的标准，定义需要使用到的生命周期的方法，例如：

public interface IActivity {
    void setHostActivity(Activity host);

    void onCreate(Bundle savedInstanceState);

    void onResume();

    void onPause();

    void onDestroy();
}

其中setHostActivity是把占位的代理Activity的实例传给插件中定义的Activity，因为插件中没有上下文环境，使用一切Activity相关的方法都应该使用代理Activity的对应方法。

然后在插件中实现该接口并封装到BaseActivity中，保存代理Activity的实例。只要是在插件中使用到Activity的方法时，都在BaseActivity中重写并使用代理Activity的对应方法，这样插件端的工作就基本完成了。

然后在代理Activity端，需要先把插件包使用dexClassLoader和assetManager加载进来：

public void loadPlugin(String path) {
    try {
        File pluginApk = new File(path);
        if (!pluginApk.exists()) {
            Log.d("ljw >>>", "loadPlugin: 插件包" + path + "不存在");
            return;
        }
        File optimizedDirectory = context.getDir("optimizedDirectory", Context.MODE_PRIVATE);
        dexClassLoader = new DexClassLoader(path, optimizedDirectory.getAbsolutePath(),
                null, context.getClassLoader());
        AssetManager assetManager = AssetManager.class.newInstance();
        //private int addAssetPathInternal(String path, boolean overlay, boolean appAsLib) {
        Method addAssetPathMethod = AssetManager.class.getDeclaredMethod("addAssetPath", String.class);
        addAssetPathMethod.invoke(assetManager, path);
        Resources resources = context.getResources();
        pluginResource = new Resources(assetManager, resources.getDisplayMetrics(), resources.getConfiguration());
    } catch (Exception e) {
        e.printStackTrace();
    }
}

然后在启动Activity其实就是启动代理Activity，传入需要打开的插件Activity的全类名

PackageManager packageManager = getPackageManager();
PackageInfo packageInfo = packageManager.getPackageArchiveInfo(pluginApkPath, PackageManager.GET_ACTIVITIES);
ActivityInfo activityInfo = packageInfo.activities[0];//拿的第一个Activity，真正使用时这个地方应该去打开指定的activity
Intent intent = new Intent(this, ProxyActivity.class);
intent.putExtra(ProxyActivity.KEY_CLASS_NAME, activityInfo.name);
startActivity(intent);

在ProxyActivity代理Activity中，重写

@Override
public ClassLoader getClassLoader() {
    return PluginManager.get().getDexClassLoader();
}
@Override
public Resources getResources() {
    return PluginManager.get().getPluginResource();
}

在onCreate方法中加载插件的class创建出插件activity对象，并在对应的生命周期中都调用插件activity对象的对应生命周期，当然这里的这些生命周期需要在标准中定义好。以onCreate为例：

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    String className = getIntent().getStringExtra(KEY_CLASS_NAME);
    iActivity = PluginManager.get().loadActivityClass(this, className);
    if (iActivity == null) {
        return;
    }
    iActivity.onCreate(savedInstanceState);
}

而在上文说到的插件Activity中定义的BaseActivity中重写的方法都需要使用这个代理activity的实例。例如：

@Override
public void setContentView(int layoutResID) {
    host.setContentView(layoutResID);
}
@Override
public <T extends View> T findViewById(int id) {
    return host.findViewById(id);
}
@Override
public void startActivity(Intent intent) {
    host.startActivity(intent);
}

这样基本就可以实现了，需要注意的一点就是这个宿主Activity不要继承自AppCompatActivity，目前还不知道原因为什么找不到mDecorContentParent，调用mDecorContentParent.setWindowCallback(this.getWindowCallback());会报空指针。只要继承Activity就可以解决。

还有其他的对于Service，BroadcastReceiver也是同样的方法，先占位，再启动即可。内部的跳转也调用宿主的跳转方法，然后宿主中使用代理的Activity或者Service或者BroadcastReceiver来代替。

任玉刚大神写的Apk动态加载框架就是这个原理。