1847人阅读
Android（175）
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：280081次
积分：4174
积分：4174
排名：第7688名
原创：140篇
转载：34篇
译文：11篇
评论：67条
(1)(5)(8)(22)(7)(6)(1)(13)(4)(6)(9)(14)(6)(5)(19)(19)(34)(1)(1)(2)(2)安卓开发者的福音 插件化框架将开源
安卓开发者的福音 插件化框架将开源
在安卓开发领域，有关插件化的讨论一直热度不减。目前市面上的插件化方案虽然很多，但多数只能实现某些功能的插件化，距离开发者的预期尚有相当差距。对此，在近期GMTC全球移动技术大会上，360手机卫士主程序架构负责人张炅轩宣布，360的插件化框架RePlugin已经可以实现“全面插件化”，同时具有出色的稳定性和灵活性，可适用于各种类型的应用上。　　“RePlugin预计7月份开源，这将是我们献给安卓世界最好的礼物。”此言一出，引发全场沸腾。　　图1:360手机卫士张炅轩在GMTC上宣布插件化方案将开源　　三大因素制约使用插件化的开发者不足5%　　安卓应用插件化的优势众所周知，然而张炅轩在GMTC上的调查结果却让人大跌眼镜。在参会200多位安卓开发者中，仅有不足5%的比例，使用了插件化方案。超过九成的开发者，目前上没有将插件化应用在软件开发之中。　　360手机卫士通过各渠道的调查发现，有三大挑战制约了插件化在安卓开发界的普及。　　首先是不够稳定。目前有很多比较灵活的插件化框架，虽然支持特性众多，但因Hook点较多，所以不是非常稳定。因此很多大型项目不是很愿意用它们来开发插件，担心出现应用崩溃、插件无法正常使用等问题。　　其次是不够灵活，有一些相对稳定的插件化框架，又存在“不够灵活、自由”的问题，一旦插件有特别大的改动，如新增一个Activity、Service、进程等，就需要主程序发版，更不用说能做到“一年前的主程序，无需升级，可以用新插件和组件”的目标了。　　最后就是插件化框架仅在功能丰富的大型项目中，才被考虑使用，且多用于边缘功能。目前几乎所有App在使用插件化框架时，都是将自己的一些“比较边缘的”模块作为插件，比如“红包”、“天气”、“摇一摇”等，他们认为只有“非核心”模块，才会考虑做成插件。这也使得插件化的应用范围非常狭窄。　　总而言之，现在很多市面上插件化方案，没有很好解决稳定、灵　　活和自由等方面的问题，因此始终没有被广泛使用。　　将Hook点降低为1让“核心功能皆为插件”　　“只有让核心功能实现全面插件化，才能真正让插件化方案走向普及”，张炅轩在GMTC表示，“要实现这个目标，必须先实现优异的稳定性，继而确保出色的灵活性。”　　据介绍，360手机卫士团队早在2013年，就推出了卫士插件化框架，在2014年又发布了卫士完整占坑方案，2016年实现了“核心功能皆为插件”的目标，并将其命名为RePlugin。在整个过程中，卫士团队很好解决了“稳定”和“灵活”的平衡难题，破解了“只有功能丰富的项目才用”的“魔咒”，目前已经有数亿台设备使用了卫士的插件化方案。　　在稳定性方面，RePlugin的Hook点只有一处：ClassLoader，这使得框架崩溃率仅为万分之一。而在灵活性方面，由于RePlugin采用了全新、独创的“分层坑位方案”，加上一些其它独创新特性，如多进程坑位、Task-Affinity坑位等，从而真正实现了插件组件任意增改、新插件直接用、无须主程序发版、自有设置进程等特性，而独创的“动态编译方案”，能极大的提高插件开发者的研发效率，真正做到“只需几行代码，就能‘秒变’插件”的神奇效果。　　图2：卫士RePlugin各项指标全面领先行业　　值得一提的是，手机卫士团队将业界公认非常复杂的桌面应用，变成了插件，在卫士插件化框架中完美的运行，且能做到非常出色的稳定和灵活。这让在场嘉宾倍感惊叹，充分体现了RePlugin插件化方案的领先优势。　　多个亿级APP已采用RePlugin预计七月开源　　截止目前，RePlugin的插件数已达102个，核心基础插件57个，而插件占应用比更是达到了惊人的83%，而且年发版次数高达596次，平均每个工作日发版2-3次。目前360公司几乎所有的亿级用户量的APP，以及多款主流第三方APP，都采用了卫士RePlugin插件化方案。为了让更多第三方应用享受到插件化方案带来的便利，张炅轩在GMTC2017上正式宣布，将对RePlugin实现全面开源，并将此称为“献给安卓世界的最好礼物”。　　图3: RePlugin插件占应用比达到83%　　作为国内市场占有率最大、累计拥有10亿用户的手机端安全防护软件，360手机卫士近年来不断在提升用户体验方面发力，在夯实清理加速、骚扰拦截、软件管理、手机杀毒这些核心功能之外，在插件化开源等领域一直在深入探索，最终推出了兼顾稳定和灵活、更加成熟可靠的RePlugin方案。本次宣布代码开源，对安卓开发无疑具有非常深远的意义，对于广大APP开发者无疑是一个福音。分析人士认为，这将在安卓界掀起一场“全面插件化”的趋势，让众多应用从RePlugin的开源中受益。　　GMTC全球移动技术大会是由InfoQ主办的全球顶级技术盛会。大会关注移动、前端、跨平台、AI应用等多个技术领域，旨在促进全球技术交流，推动国内技术升级，目前正成为面向移动开发、前端、AI技术人员，聚焦前沿技术及实践经验，打造技术人员的学习和交流平台。360手机卫士团队此次的分享引来与会者一致赞誉。
本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。
百家号 最近更新：
简介: 国内新锐媒体人，真实报道。
作者最新文章Android应用插件式开发解决方法
一、现实需求描述
一般的，一个Android应用在开发到了一定阶段以后，功能模块将会越来越多，APK安装包也越来越大，用户在使用过程中也没有办法选择性的加载自己需要的功能模块。此时可能就需要考虑如何分拆整个应用了。
二、解决方案提出
一般有两种方式，一种是将应用按照功能分拆成多个应用，用户需要哪个就下载哪个，都需要就都下载。应用之间，可以在代码层面做一定的关联，以共享部分信息。另一种方式，类似于其他平台插件的方式，用户可以在主应用中可以选择性的下载需要的插件，不需要该功能，则不需要下载。
第一种方式，只需要开发多个应用就够了。第二种方式稍微复杂，需要做很多额外的工作。这里我们简单讨论第二种方式的大致实现方法。
三、实现方法概述
有人可能会想到，是否可以像其他平台那样，下载一个类似于dll文件，或者jar包，就能自动识别并且加载该功能？可惜的是，在Android平台上是不允许直接动态加载jar包的，作者也没有想到类似办法。所以，想实现这种功能，还是要以独立APK的方式来加载。和第一种方式不同的是，从设计的角度，具体的插件是没有独立运行的入口的，也不允许有桌面图标存在，必须从主应用中打开，关闭后回到主应用（插件既然是APK，它安装完怎么会没有入口？怎么会没有桌面图标？QQ的跑酷等游戏不就是插件？不是就有图标入口？）。从用户的角度看，可以在应用中加载需要的功能并且使用，也就类似于其他平台插件的方式了。
为了实现这种方式，从设计的角度，就需要考虑清楚哪些功能作为独立的插件提供给用户，这里不再详述。下面从开发的角度说明大致需要做的工作。
主应用中需要开发的框架功能：
识别具体的插件是否已经安装（根据插件的package名）
如果已经安装要判断是否需要升级（服务器端获取最新的版本和本地的比较）
下载并且安装（或者升级）插件
卸载该插件
插件APK开发中需要注意的事项：
Manifest文件中不要提供启动的入口
主应用和插件之间交互的提示：
最好是使用相同的android:sharedUserId，插件可以方便的获取主应用的资源、数据库等等。
主应用可以以Intent方式启动具体的插件，同时带入Map类型参数或者json串参数，在插件APK中解析具体参数，实现业务逻辑。
三、其他说明
本博客内容并没有具体说明如何去实现，没有代码级别的说明。但是通过上面介绍的方式，开发者基本已经可以理解如何实现插件式的Android应用了。具体的，在开发过程中可能还会遇到很多问题，需要开发者自己摸索和完善。
///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
框架已经放出：
在android的项目开发中，都会遇到后期功能拓展增强与主程序代码变更的现实矛盾，也就是程序的灵活度。
由于linux平台的安全机制，再加上dalvik的特殊机制，各种权限壁垒，使得开发一个灵活多变的程序，变得比较困难，不像pc平台下那么容易。
瞅瞅elipse的插件，瞅瞅360的插件，在android下，我们一开始很难写好一个主程序，然后通过插件机制来应对以后的功能拓展，于是程序变得不那么灵活多变了。
比如一款android下的安全软件，新版本增加了一个功能，如短信拦截，往往会因为一个模块的增加，而重新编译一个apk包，这样周而复始，哪怕只增加50kb的功能代码，用户也需要升级一个完整的apk，往往是5~6M的体积。
最近思来想去，想到一个方法，既然tencent qq在android下面可以以apk的形式来换皮肤，这资源文件的拓展都可以这样简便的搞，为何功能性的拓展就不可以？
想出来了两种解决方案。
先来说说第一种。
demo下载在最后
先说分析思路。
android下，默认的情况是，每个apk相互独立的，基本上每个应用都是一个dalvik虚拟机，都有一个uid，再配合上linux本身的权限机制，使得apk互通很难直接进行。但作为一个独立应用的集成，不管多少个apk，都可以并为一个单独的dalvik虚拟机，直观的反映给开发人员就是在shell下列出进程，那几个apk同时加载后，会一个进程存在。
这主要就是工程的清单文件 Mainfest中配置了，只需要一句话，以我的测试demo为例：
&manifest xmlns:android="/apk/res/android"
package="org.igeek.plugintest.main"
&!-- 就是这句关键代码 --&
android:sharedUserId="org.igeek.plugintest"
android:versionCode="1"
android:versionName="1.0"&
在上面的代码中，android:sharedUserId是指共用一个uid，也就是，凡是这个属性相同的工程，都会共用同一个uid，这样，权限壁垒就消除了，dalvik也会融合为一个，可以测试一下，写几个工程，没有这个属性和有这个属性的情况下，同时运行，在列出当前进程，就直观的说明了。
程序拓展的插件化，当然需要一个主程序，主程序是实现基本功能，以及UI，还有插件的检索以及插件的调用。
这里贴出我demo中的主activity代码：
1 public class AndoirdpluginActivity extends ActivityGroup implements OnClickListener ,OnScrollCompleteListener{
private LinearLayout llMainL
//workspace，看看luncher的源码，这个就是桌面那个多屏的实现
private WorkSpace wkM
private Button btnFindP
private CheckBox chbAttachM
private LocalActivityManager m_ActivityM
//这个bean的集合，就相当于插件的描述集合
12 //每个bean也就是一个插件的各种描述
private List&PluginBean&
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
llMainLayout=(LinearLayout) findViewById(R.id.main_llMainLayout);
wkMain=(WorkSpace) findViewById(R.id.main_wkMain);
btnFindPlugins=(Button) findViewById(R.id.main_btnFindPlugins);
chbAttachMain=(CheckBox) findViewById(R.id.main_chbAttachMain);
m_ActivityManager = getLocalActivityManager();
wkMain.setOnScrollCompleteLinstenner(this);
btnFindPlugins.setOnClickListener(this);
public void onClick(View v) {
attachPlugin(findPlugins());
btnFindPlugins.setVisibility(View.GONE);
* 加载插件列表
* @param plugins
private void attachPlugin(final List&PluginBean& plugins){
Log.e("ydt", "
Log.e("ydt", "----- 列出插件");
this.plugins=
for(final PluginBean plugin:plugins){
Button btn=new Button(this);
btn.setTextColor(Color.RED);
btn.setText(plugin.getLabel());
llMainLayout.addView(btn);
//添加事件
btn.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
boolean isAttack=chbAttachMain.isChecked();
Intent it=new Intent();
it.setAction(plugin.getPakageName());
//是否附加为view
if(isAttack){
//这里偷下懒，这是演示插件作为view附加到主程序中的
for(PluginBean plugin:plugins){
Intent itt=new Intent();
itt.setAction(plugin.getPakageName());
ViewGroup view=(ViewGroup) (m_ActivityManager.startActivity("", itt)).getDecorView();
wkMain.addView(view);
//一次性附加完毕算了，然后把按钮都删了，看着清净，这几个不是重点
llMainLayout.removeAllViews();
chbAttachMain.setVisibility(View.GONE);
wkMain.setToScreen(0);
//这里，不会把插件的窗体附加到主程序中，纯粹无用的演示
startActivity(it);
* 查找插件
private List&PluginBean& findPlugins(){
List&PluginBean& plugins=new ArrayList&PluginBean&();
//遍历包名，来获取插件
PackageManager pm=getPackageManager();
List&PackageInfo& pkgs=pm.getInstalledPackages(PackageManager.GET_UNINSTALLED_PACKAGES);
for(PackageInfo pkg
String packageName=pkg.packageN
String sharedUserId= pkg.sharedUserId;
//sharedUserId是开发时约定好的，这样判断是否为自己人
if(!"org.igeek.plugintest".equals(sharedUserId)||"org.igeek.plugintest.main".equals(packageName))
String prcessName=pkg.applicationInfo.processN
//label，也就是appName了
String label=pm.getApplicationLabel(pkg.applicationInfo).toString();
PluginBean plug=new PluginBean();
plug.setLabel(label);
plug.setPakageName(packageName);
plugins.add(plug);
* WorkSpace滚动到那个屏，会触发这个事件
* 而worksapce中每一屏又是一个插件
* 这个事件是用来列出当前屏幕插件所提供的应用，并且让用户调用
public void onScrollComplete(final ScrollEvent e) {
final Context context = createPackageContext(plugins.get(e.curScreen).getPakageName(), Context.CONTEXT_INCLUDE_CODE|Context.CONTEXT_IGNORE_SECURITY);
llMainLayout.removeAllViews();
//这几行，通过反射获取了当前插件的描述信息，如同大部分框架的xml一样，这里算是模拟了一下IOC控制反转
Class clazz=context.getClassLoader().loadClass(plugins.get(e.curScreen).getPakageName()+".PluginApplication");
Object o=clazz.newInstance();
Map&String,List&String&&
r=(Map&String, List&String&&) clazz.getMethod("getDesciption").invoke(o);
List&String& classes=r.get("classes");
List&String& methods=r.get("methods");
//这里，根据获得的插件所提供的功能，来生成几个按钮显示，供我们调用
for(final String clas:classes){
for(final String method:methods){
Button btn=new Button(this);
btn.setText(clas+" -& "+method+" 执行");
//点击后，就执行插件所提供的方法
btn.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
Class c=context.getClassLoader().loadClass(plugins.get(e.curScreen).getPakageName()+"."+clas);
Object o1=c.newInstance();
//这里注意，context实际上就是句柄，这里如果涉及到窗体，plugin的句柄其实是不行的，因为它没有可以
163 //依附的窗体
165 //这个context是plugin的，通过测试，dialog这类行不通,Toast是可以的，因为
166 //Toast是依附于屏幕主窗口的
167 //c.getMethod(method,Context.class).invoke(o1,context);
169 //这里则传递的是主程序的句柄
c.getMethod(method,Context.class).invoke(o1,AndoirdpluginActivity.this);
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
llMainLayout.addView(btn);
} catch (Exception e1) {
// TODO Auto-generated catch block
e1.printStackTrace();
看注释吧，主要有两点
插件的扫描
这种方案是，每个插件以一个单独的apk发布，这样可以在程序中很灵活的知道是否有新的插件，提示用户下载安装，插件的apk清单描述为Action为非Luncher，Category为Default。
主程序侦听packgeManager的安装完成广播，之后扫描同包名（插件当然得这么定义了，只要通过packgeManager能判断是否为自己的插件就行）的apk，之后列出来，让用户选择是否加载。
插件的加载与调用
在获取包后，通过调用系统的api可以得到 sharedUserId 与主程序相同的apk的context，也就是句柄，获得了句柄，通过这个context可以得到classloader，之后就简单了，如何知道这个插件提供什么功能？
这个可以用xml描述，比如这个xml是插件apk的一个资源，就像spring这个框架一样。xml中描述了这个插件有哪些类，提供哪些方法，这些方法需要传入什么参数，返回什么类型。我的demo中为了方便，是用接口，每个插件有一个类提供一个相同的方法，来获取一个map集合，获得这个插件的描述。
ok,到这里就知道加载的插件提供什么功能了。
在上面贴出来的代码中，是循环遍历每个插件，并把每个插件提供的功能以Button的方式显示给用户，点击按钮，就执行了插件的功能，执行时，并不是activity转向（这样就无意义了），而是在主程序自身的context句柄中执行，也就是在自身的窗体中执行。
代码中有一段注释，说明，如果插件有用到context时，记得传递进去的是主程序的context，这样窗体才能附加到这个句柄中，如果传递的是插件的context，它没有一个窗体实例，是无法将一些窗体附加进去的，无任何效果。
这里只提供思路，有时间的话研究一下，看能不能搞个通用的框架出来。还有另一种方法，不通过apk形式，以后会写出来。
这里有一些待验证的问题，比如插件的权限问题，如果插件需要的一些权限在主程序中没有声明，会是个什么情况，能不能实时申请呢？这个需要高人指点。或者在主程序中把能声明的权限预先声明了也不错。还有就是native层代码的问题，如果插件包含了native层代码，会是个什么情况，这也需要验证。
这是demo下载：
原创，转载请注明
本人水平有限，难免有些疏漏或者错误，还请指正！！！
浏览 20323
浏览: 659082 次
所以这种情况是不使用launchMode为singleTask ...Android应用开发的插件化&模块化
在android的项目开发中，都会遇到后期功能拓展增强与主程序代码变更的现实矛盾，也就是程序的灵活度。
&由于linux平台的安全机制，再加上dalvik的特殊机制，各种权限壁垒，使得开发一个灵活多变的程序，变得比较困难，不像pc平台下那么容易。
&瞅瞅elipse的插件，瞅瞅360的插件，在android下，我们一开始很难写好一个主程序，然后通过插件机制来应对以后的功能拓展，于是程序变得不那么灵活多变了。
&比如一款android下的安全软件，新版本增加了一个功能，如短信拦截，往往会因为一个模块的增加，而重新编译一个apk包，这样周而复始，哪怕只增加50kb的功能代码，用户也需要升级一个完整的apk，往往是5~6M的体积。
&最近思来想去，想到一个方法，既然tencent
qq在android下面可以以apk的形式来换皮肤，这资源文件的拓展都可以这样简便的搞，为何功能性的拓展就不可以？
想出来了两种解决方案。
先来说说第一种。
demo下载在最后
先说分析思路。
&android下，默认的情况是，每个apk相互独立的，基本上每个应用都是一个dalvik虚拟机，都有一个uid，再配合上linux本身的权限机
制，使得apk互通很难直接进行。但作为一个独立应用的集成，不管多少个apk，都可以并为一个单独的dalvik虚拟机，直观的反映给开发人员就是在
shell下列出进程，那几个apk同时加载后，会一个进程存在。
&这主要就是工程的清单文件 Mainfest中配置了，只需要一句话，以我的测试demo为例：
&manifest xmlns:android="/apk/res/android"
package="org.igeek.plugintest.main"
&!-- 就是这句关键代码 --&
android:sharedUserId="org.igeek.plugintest"
android:versionCode="1"
android:versionName="1.0"&
& & 在上面的代码中，android:sharedUserId是指共用一个uid，也就是，凡是这个属性相同的工程，都会共用同一个uid，这样，权限壁垒就消除了，dalvik也会融合为一个，可以测试一下，写几个工程，没有这个属性和有这个属性的情况下，同时运行，在列出当前进程，就直观的说明了。
&程序拓展的插件化，当然需要一个主程序，主程序是实现基本功能，以及UI，还有插件的检索以及插件的调用。
& &这里贴出我demo中的主activity代码：
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/OutliningIndicators/ExpandedBlockStart.gif" ALT="" STYLE="margin-top: 0 margin-right: 0 margin-bottom: 0 margin-left: 0 padding-top: 0 padding-right: 0 padding-bottom: 0 padding-left: 0 border-top-width: 0 border-right-width: 0 border-bottom-width: 0 border-left-width: 0 border-style: border-color: border-style: border-color:" NAME="code_img_opened_ecadf6b-a0f4-eab07c6ff387"
TITLE="Android应用开发的插件化&模块化" />View
1 public class AndoirdpluginActivity extends ActivityGroup implements OnClickListener ,OnScrollCompleteListener{
private LinearLayout llMainL
//workspace，看看luncher的源码，这个就是桌面那个多屏的实现
private WorkSpace wkM
private Button btnFindP
private CheckBox chbAttachM
private LocalActivityManager m_ActivityM
//这个bean的集合，就相当于插件的描述集合 12 //每个bean也就是一个插件的各种描述 13
private List&PluginBean&
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
llMainLayout=(LinearLayout) findViewById(R.id.main_llMainLayout);
wkMain=(WorkSpace) findViewById(R.id.main_wkMain);
btnFindPlugins=(Button) findViewById(R.id.main_btnFindPlugins);
chbAttachMain=(CheckBox) findViewById(R.id.main_chbAttachMain);
m_ActivityManager = getLocalActivityManager();
wkMain.setOnScrollCompleteLinstenner(this);
btnFindPlugins.setOnClickListener(this);
public void onClick(View v) {
attachPlugin(findPlugins());
btnFindPlugins.setVisibility(View.GONE);
private void attachPlugin(final List&PluginBean& plugins){
Log.e("ydt", "
Log.e("ydt", "----- 列出插件");
this.plugins=
for(final PluginBean plugin:plugins){
Button btn=new Button(this);
btn.setTextColor(Color.RED);
btn.setText(plugin.getLabel());
llMainLayout.addView(btn);
//添加事件 52
btn.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
boolean isAttack=chbAttachMain.isChecked();
Intent it=new Intent();
it.setAction(plugin.getPakageName());
//是否附加为view 62
if(isAttack){
//这里偷下懒，这是演示插件作为view附加到主程序中的 64
for(PluginBean plugin:plugins){
Intent itt=new Intent();
itt.setAction(plugin.getPakageName());
ViewGroup view=(ViewGroup) (m_ActivityManager.startActivity("", itt)).getDecorView();
wkMain.addView(view);
//一次性附加完毕算了，然后把按钮都删了，看着清净，这几个不是重点 72
llMainLayout.removeAllViews();
chbAttachMain.setVisibility(View.GONE);
wkMain.setToScreen(0);
//这里，不会把插件的窗体附加到主程序中，纯粹无用的演示 77
startActivity(it);
private List&PluginBean& findPlugins(){
List&PluginBean& plugins=new ArrayList&PluginBean&();
//遍历包名，来获取插件 95
PackageManager pm=getPackageManager();
List&PackageInfo& pkgs=pm.getInstalledPackages(PackageManager.GET_UNINSTALLED_PACKAGES);
for(PackageInfo pkg
String packageName=pkg.packageN
String sharedUserId= pkg.sharedUserId;
//sharedUserId是开发时约定好的，这样判断是否为自己人105
if(!"org.igeek.plugintest".equals(sharedUserId)||"org.igeek.plugintest.main".equals(packageName))
//进程名109
String prcessName=pkg.applicationInfo.processN
//label，也就是appName了112
String label=pm.getApplicationLabel(pkg.applicationInfo).toString();
PluginBean plug=new PluginBean();
plug.setLabel(label);
plug.setPakageName(packageName);
plugins.add(plug);
public void onScrollComplete(final ScrollEvent e) {
final Context context = createPackageContext(plugins.get(e.curScreen).getPakageName(), Context.CONTEXT_INCLUDE_CODE|Context.CONTEXT_IGNORE_SECURITY);
llMainLayout.removeAllViews();
//这几行，通过反射获取了当前插件的描述信息，如同大部分框架的xml一样，这里算是模拟了一下IOC控制反转138
Class clazz=context.getClassLoader().loadClass(plugins.get(e.curScreen).getPakageName()+".PluginApplication");
Object o=clazz.newInstance();
Map&String,List&String&&
r=(Map&String, List&String&&) clazz.getMethod("getDesciption").invoke(o);
List&String& classes=r.get("classes");
List&String& methods=r.get("methods");
//这里，根据获得的插件所提供的功能，来生成几个按钮显示，供我们调用146
for(final String clas:classes){
for(final String method:methods){
Button btn=new Button(this);
btn.setText(clas+" -& "+method+" 执行");
//点击后，就执行插件所提供的方法154
btn.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
Class c=context.getClassLoader().loadClass(plugins.get(e.curScreen).getPakageName()+"."+clas);
Object o1=c.newInstance();
//这里注意，context实际上就是句柄，这里如果涉及到窗体，plugin的句柄其实是不行的，因为它没有可以163 //依附的窗体164
165 //这个context是plugin的，通过测试，dialog这类行不通,Toast是可以的，因为166 //Toast是依附于屏幕主窗口的167 //c.getMethod(method,Context.class).invoke(o1,context); 168
169 //这里则传递的是主程序的句柄170
c.getMethod(method,Context.class).invoke(o1,AndoirdpluginActivity.this);
} catch (Exception e) {
// TODO Auto-generated catch block174
e.printStackTrace();
llMainLayout.addView(btn);
} catch (Exception e1) {
// TODO Auto-generated catch block185
e1.printStackTrace();
& & 看注释吧，主要有两点
插件的扫描
这种方案是，每个插件以一个单独的apk发布，这样可以在程序中很灵活的知道是否有新的插件，提示用户下载安装，插件的apk清单描述为Action为非Luncher，Category为Default。
主程序侦听packgeManager的安装完成广播，之后扫描同包名（插件当然得这么定义了，只要通过packgeManager能判断是否为自己的插件就行）的apk，之后列出来，让用户选择是否加载。
插件的加载与调用
&在获取包后，通过调用系统的api可以得到&sharedUserId&与主程序相同的apk的context，也就是句柄，获得了句柄，通过这个context可以得到classloader，之后就简单了，如何知道这个插件提供什么功能？
&这个可以用xml描述，比如这个xml是插件apk的一个资源，就像spring这个框架一样。xml中描述了这个插件有哪些类，提供哪些方法，这些方
法需要传入什么参数，返回什么类型。我的demo中为了方便，是用接口，每个插件有一个类提供一个相同的方法，来获取一个map集合，获得这个插件的描
& &ok,到这里就知道加载的插件提供什么功能了。
&在上面贴出来的代码中，是循环遍历每个插件，并把每个插件提供的功能以Button的方式显示给用户，点击按钮，就执行了插件的功能，执行时，并不是
activity转向（这样就无意义了），而是在主程序自身的context句柄中执行，也就是在自身的窗体中执行。
&代码中有一段注释，说明，如果插件有用到context时，记得传递进去的是主程序的context，这样窗体才能附加到这个句柄中，如果传递的是插件的context，它没有一个窗体实例，是无法将一些窗体附加进去的，无任何效果。
这里只提供思路，有时间的话研究一下，看能不能搞个通用的框架出来。还有另一种方法，不通过apk形式，以后会写出来。
这里有一些待验证的问题，比如插件的权限问题，如果插件需要的一些权限在主程序中没有声明，会是个什么情况，能不能实时申请呢？这个需要高人指点。或者在
主程序中把能声明的权限预先声明了也不错。还有就是native层代码的问题，如果插件包含了native层代码，会是个什么情况，这也需要验证。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。