很久没有写博客了,此次准备写写我这几天的研究成果——Android插件化开发框架CJFrameForAndroid。 java
首先,你须要知道什么是插件化开发。就拿最多见的QQ来讲,在第三个界面动态那里有个管理,点开后能够选择不少的增植功能,这里腾讯只放了一些网页应用,那么若是将来想加入一个打飞机游戏,要怎么作?让用户从新安装吗,这就是插件化开发所解决的问题。git
用一句话来归纳插件式开发:你基本上能够理解为让一个apk不安装也能够被运行。只不过这个运行是有不少限制的运行,因此才叫插件不然就叫病毒了。其实在目前淘宝、百度、腾讯、等都有成熟的动态加载框架,包括apkplug,可是它们都是不开源的。github
说一下我认为这项技术的难点:一、一个未被安装的apk正常状况没法被运行;二、这个apk的资源没办法被引用;三、这个apk的界面就算被加载,也没办法与用户交互。 app
最初查遍了资料,第一点好解决,在Android中有一个dexClassLoad类加载器,你们应该明白了,就是经过反射加载一个类来运行。第二点,网上有两种方法:能够将插件的资源放到sd卡上经过流的形式读取,不过也有人反对说用流读取会有问题,通配性太差;一种比较好的解决办法是将apk中的资源复制一份到当前app内,而后就能够加载了。这种办法是不错,可是用户每下载一次插件就复制一份,长此以往,对空间要求过高了,还有就是第三点也没办法解决。而第三点,在github上有一个叫AndroidDynamicLoader的项目,是经过用Fragment作为插件的表现形式,因为Fragment特殊性(既能够处理逻辑交互又具有与Activity相同的生命周期)。但是Fragment限制性太大了,太过碎片化使得使用起来复杂性太高。直到我找到了一篇360的官方博客,博客给了一种思路:经过代理/委托模式设计的Application类去动态的改变一个apk所在的环境,实现动态加载的目的。抱着这种思路,我曾想本身去设计一个application类,可是技术有限,太复杂了,因而结合AndroidDynamicLoader的思路与360的思路,我本身设计了一个Activity去代理插件的Activity,因而就有了CJFrameForAndroid.框架
首先解释几个名词:ide
APP项目:指要调用插件apk的那个已经安装到用户手机上的应用。
插件项目:指没有被安装且但愿借助已经安装到手机上的项目运行的apk。
插件化:Activity继承自CJActivity,且与APP项目jar包冲突已经解决的插件项目称为已经被插件化。
Activity事务:在CJFrameForAndroid中,一个Activity的生命周期以及交互事件统称为Activity的事务。
托管所:指插件中的一个委派/代理Activity,经过这个Activity去处理插件中Activity的所有事务,从而表现为就像插件中的Activity在运行同样。测试
CJFrameForAndroid的实现原理是经过类加载器,动态加载存在于SD卡上的apk包中的Activity。经过使用一个托管所,插件Activity所有事务(包括声明周期与交互事件)将交由托管所来处理,间接实现插件的运行。
一句话描述:CJFrameForAndroid中的托管所,复制了插件中的Activity,来替代插件中的Activity与用户交互。
看到这里你应该就明白了,整个框架最核心的部分就是这个托管所。这里给出CJFrameForAndroid中这个托管所的细节代码:this
/** * 经过反射,获取到插件的资源访问器 */ protected void initResources() { try { AssetManager assetManager = AssetManager.class.newInstance(); Method addAssetPath = assetManager.getClass().getMethod( "addAssetPath", String.class); addAssetPath.invoke(assetManager, mDexPath); mAssetManager = assetManager; } catch (Exception e) { e.printStackTrace(); } Resources superRes = super.getResources(); mResources = new Resources(mAssetManager, superRes.getDisplayMetrics(), superRes.getConfiguration()); mTheme = mResources.newTheme(); mTheme.setTo(super.getTheme()); } /** * 启动插件的Activity */ protected void launchPluginActivity() { PackageInfo packageInfo = CJTool.getAppInfo(this, mDexPath); if ((packageInfo.activities != null) && (packageInfo.activities.length > 0)) { String activityName = packageInfo.activities[mAtyIndex].name; mClass = activityName; launchPluginActivity(mClass); } } /** * 启动指定的Activity * * @param className * 要启动的Activity完整类名 */ protected void launchPluginActivity(final String className) { try { Class<?> atyClass = getClassLoader().loadClass(className); Constructor<?> atyConstructor = atyClass .getConstructor(new Class[] {}); Object instance = atyConstructor.newInstance(new Object[] {}); setRemoteActivity(instance); mPluginAty.setProxy(this, mDexPath); Bundle bundle = new Bundle(); bundle.putInt(CJConfig.FROM, CJConfig.FROM_PROXY_APP); mPluginAty.onCreate(bundle); } catch (Exception e) { e.printStackTrace(); } } /** * 保留一份插件Activity对象 */ protected void setRemoteActivity(Object activity) { if (activity instanceof I_CJActivity) { mPluginAty = (I_CJActivity) activity; } else { throw new ClassCastException( "plugin activity must implements I_CJActivity"); } }
本框架目前仅仅是一个开发阶段,仅仅是实现了插件Activity的运行(原理上来讲,动态注册的广播也能够运行),而Service、contentProvider都没办法使用,这些都仍在研究中。
在将来的某一天,也许会将这个CJFrameForAndroid插件框架与KJFrameForAndroid快捷开发框架合并,组成一个更完善应用开发框架,对本身说:加油!spa
●目前仅支持Activity和Fragment,其余特殊组件暂未测试。
●APP项目和插件项目中,都须要使用到CJFrameForAndroid的jar包。
●在项目中必须加入托管所声明。
●在开发插件的时候,必须继承CJActivity;
●在插件的Activity中,一切使用this的部分必须使用that来替代;
●在插件Activity跳转时,推荐使用CJActivityUtils类来辅助跳转;
●在插件和APP两个工程中不能引用相同的jar包;插件