android 动态加载apk,Android apk动态加载研究

前言

近期工作中遇到两个问题。

换应用皮肤

加载插件apk中的view

Android 换肤技术一文中已经详细说明了如何进行应用换肤。而加载插件apk中的view，利用前文提到的换肤技术，居然无法实现！仔细重新研究Android apk动态加载机制，有了新的发现，而且还可以提高插件加载效率。

布局加载

Android 换肤技术文中提到的加载插件图片方法，无法加载插件的布局文件。怎么尝试都是失败。布局文件是资源中最复杂的，需要解析xml中的其它元素，虽然布局文件的id可以获取，但xml中其它元素的id或者其它关联性的东西仍然无法获取，这应该就是加载插件布局文件失败的原因。

宿主应用无法直播加载插件中的xml布局文件，换一个思路，插件将xml解析成view，将view传递给宿主应用使用。

插件apk需要使用插件context才能正确加载view，宿主如何生成插件context呢？

public abstract Context createPackageContext(String packageName,

@CreatePackageOptions int flags)

context.createPackageContext(packageName, Context.CONTEXT_IGNORE_SECURITY |

Context.CONTEXT_INCLUDE_CODE);

使用上述方法可正确创建插件context。

除此之外还有一种方法(本人没有验证过)，activity的工作主要是由ContextImpl来完成的， 它在activity中是一个叫做mBase的成员变量。注意到Context中有如下两个抽象方法，看起来是和资源有关的，实际上context就是通过它们来获取资源的，这两个抽象方法的真正实现在ContextImpl中。也即是说，只要我们自己实现这两个方法，就可以解决资源问题了。我们在代码中可以创建activity继承类，重写对应方法即可。具体可参考 下文

/** Return an AssetManager instance for your application's package. */

public abstract AssetManager getAssets();

/** Return a Resources instance for your application's package. */

public abstract Resources getResources();

动态加载方式

目前动态加载方式均是使用DexClassLoader方式获取对应的class实例，再使用反射调用对应接口，代码如下：

DexClassLoader loader = new DexClassLoader(mPluginDir, getActivity().getApplicationInfo().dataDir, null, getClass().getClassLoader());

String dex = getActivity().getDir("dex", 0).getAbsolutePath();

String data = getActivity().getApplicationInfo().dataDir;

Class> clazz = loader.loadClass("com.okunu.demoplugin.TailImpl");

Constructor> constructor = clazz.getConstructor(new Class[] {});

这种方式存在一个问题，较为耗时，如果宿主管理着许多插件，这种加载方式就有问题，使用下面这种方式可加快插件的加载。

public void getTail2(Context pluginContext){

try {

Class clazz = pluginContext.getClassLoader().loadClass("com.okunu.demoplugin.TailImpl");

Constructor> localConstructor = clazz.getConstructor(new Class[] {});

Object obj = localConstructor.newInstance(new Object[] {});

mTail = new IPluginProxy(clazz, obj);

} catch (Exception e) {

Log.i("okunu", "ee", e);

e.printStackTrace();

}

}

注意，一定要使用插件的context为参数，它和插件的其它类使用同一个classloader，既然能获取插件classloader，则可以获取插件中的其它类。如果不使用插件context为参数，则上述方法一定会报错。

总结

针对插件资源加载，其实分为两种形式。

宿主直接使用插件资源，比如使用插件图片、字符串等

宿主间接使用插件资源，比如在宿主中启动插件activity或者显示插件的view

第1种形式，可以在宿主应用中构造AssetManager，添加插件的资源路径。

第2种形式，宿主创建插件context并传递给插件，插件使用自己的context则可自由调用自己的资源了，如何创建插件context前文详述了两种方法。

注意一点，宿主中肯定无法直接调用插件的R文件的。

动态加载apk，也有两种方式。

使用DexClassLoader加载插件路径，获取插件的classLoader。

使用已经创建好的插件context，获取插件的classLoader，效果和第1种一样，但速度要更快

动态加载apk机制还有很多东西可以深入研究，比如说插件activity的生命周期等等，这些内容后续补充。