Android插件开发初探——分析篇

浏览数：30 / 时间：2015年06月11日

承接上文 Android插件开发初探——基础篇
http://blog.csdn.net/yzzst/article/details/45582315

我们通过使用DexClassLoader能够将classes.dex中的类动态的加载进入当前进程。当然，也就可以预先定一些代理的接口完成四大组件的功能。

整体功能如下图所示：

技术分享

当然，对于一个Android的应用程序而言，只是动态的加载类与声明四大组件是不够的。如下图所示，使我们常见到的一个APK文件解压缩后的文件内容。

技术分享

有过Android项目开发的同学看到此目录应该不会特别的陌生，因为与我们开发Android应用程序时候的开发环境极为相似。但是，解压出来的文件毕竟不是源码，我们是无法直接阅读和修改的。对于其中的每个文件夹与文件，说明如下：

 - assets                       声音、字体、网页...资源，
 - org                          带三方库，如org.apache.http库
 - com                      带三方库，不解释
 - lib                          应用中使用到的native库
 - armeabi                  .so文件，c/c++代码库文件
 - META-INF                 APK的签名文件【***.RSA、***.SF、***.MF三个文件 】
 - res                          应用中使用到的资源目录
 - AndroidManifest.xml          应用的属性定义文件
 - classes.dex                  Java源码编译后的代码文件
 - resources.arsc               编译后的资源文件

这个对于我们的插件安装也是一样的，从目录中我们能够看出，如果我们需要做一个插件框架。除了使用ClassDexLoader解析加载classes.dex之外，从一个正常的APK安装流程中
我们还需要处理几个问题：

插件签名校验
安装native library，即完成Java Class与C/C++的调用
处理AndroidManifest.xml，动态声明不同的组件/权限/广播/服务/Theme
存储ShreadPreference/SQLite/cache等文件
插件卸载
宿主调用插件的功能、插件回调宿主的代码
多个插件间功能的相互调用

只有完成了上述的几个问题，我们才能将此框架认为是一个较为合理的插件框架，不然也只能算是一个动态启动Activity的过程。

/*
* @author zhoushengtao(周圣韬)
* @since 2015年1月27日上午14:02:22
* @weixin stchou_zst
* @blog http://blog.csdn.net/yzzst
* @交流学习QQ群：341989536
* @私人QQ：445914891
/
技术分享