在我看来，插件化的核心目的就是将未安装的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动态加载框架就是这个原理。
