途牛原创|途牛Android App的插件实现

来源:互联网 发布:linux如何卸载jdk 编辑:程序博客网 时间:2024/05/23 01:14

Android插件化进行得如火如荼,各大名企相继开源其开发框架。不得不说,无数的技术大牛让我们敬仰。途牛的APP插件化到目前发布了多个版本,已经相对稳定,这里就叙述下途牛的APP插件化。

途牛的Android App插件化 途牛的插件化是基于dynamic-load-apk(github)实现的。定义了宿主和插件的通信方式,使得两者能够互起对方的页面,调用彼此的功能。同时对activity的启动方式singletask等进行了模式实现,并增加了对Service的支持等。总之使得插件开发最大限度的保持着原有的Android开发习惯。
然后,我们看下引入插件化后,途牛的组织架构,代码管理及版本发布方式:
从图中可以看出,部门独立出后,代码也随之独立出,再无强依赖,部门可以根据自己的需求快速响应,独立发版,再也不用依赖于宿主app的版本周期。这样带来的好处,我想大家都是懂的。 技术实现我们来看下技术实现:
关于代理Activity的概念这里就不再赘述,详细请参阅dynamic-load-apk(github)[参见本文最后]。这里给一个代理Activity和插件activity的关系图。
下面主要描述下对其进行的扩展支持。先上图,如下:1. 插件框架对于原生功能支持的实现a)宿主App和插件的通讯方式定义宿主App和插件的通讯方式定义使用桥接模式,分别为宿主和插件定义了接口(HostInterface,PluginInterface),各自对接口进行实现。宿主app在启动时将其接口实现set到DLlib中。插件将接口实现发布在其AndroidMainfest.xml中,并在宿主app初始化插件包时,通过反射获取该实现set到DLlib中。这样以来,两者可实现相互的界面跳转,及功能函数的调用。
b) Activity启动方式的模拟支持Activity启动方式的模拟支持通过对代理Activity原理的了解,我们都会发现启动的插件页面实际上都是DLProxyActivity,插件activity只是这个代理Activity的一个成员对象,基于这个一对一的映射关系,我们为插件activity建立独立的task管理,通过监控DLProxyActivity的生命周期,来模拟实现插件activity的singletask,singleinstance的实现。
c) Service支持Service支持参照代理Activity思想,同样设置代理Service。这个代理Service中维护着一个插件service的列表。每次向插件Service发送请求,实际上仍然是通过反射方式向代理Service发送请求,代理Service再进行分发。
d) 通过对代理Activity的监控,增加插件页面在被回收后,能够由系统自动恢复的支持。
e)其它细节不再赘述。
2. 宿主App和插件app的打包和发布方式a) 宿主App打包时,compile依赖Lib库并一起打包成apk。b) 插件打包时,provide依赖Lib库,打包出的apk中不包含Lib库的内容。
3. 插件app的开发调测a) 插件app可更改Lib库的依赖为compile,打包生成可安装运行apk,进行开发调测。b) 插件app依赖宿主app进行开发调测。更改宿主app加载插件路径为自己方便拷贝的路径,然后插件app打包进行替换。需要debug时,可直接添加断点,进入debug模式。
4.关于插件管理平台a) 插件管理以宿主app的版本为key,进行管理。每个宿主app有其对应支持的插件列表。b) 插件的更新采用增量更新模式。c)对于下载的插件包或增量包进行签名校验
对比 最后来做个对比,说下不足:1. DynamicAPK(携程)a) 看到插件的Activity需要注册在宿主app的AndroidMainfest.xml里,我就不喜欢了。需求上不希望插件增加一个界面,主app要跟着发版。
b) 打包要改aapt,插件编译要依赖宿主app,主app发版要合并R文件,这还是要捆绑发版,不喜欢。
c) Hook系统Instrumentation,这个很厉害,值得借鉴,看能否在此层面完成插件activity启动模式的支持。
d)迁移成本极其小,值得赞扬。
2.DroidPlugin(奇虎360)这个不满足需求,途牛app需要宿主app和插件件进行频繁复杂的交互。直接pass。 优势与不足 不足:a) that的存在,导致迁移时要进行适当培训。b) 不支持插件自定义scheme应用到插件activity上。c) 不支持宿主FragmentActivity + 宿主Fragement + 插件Fragement这样的混合使用。d) 不支持插件ContentProvider。e) 不支持插件静态广播。f)不支持对Lib和宿主app中的资源访问.


优势:

再次说下优势,做个宣传。最大的优势:插件增加或减少页面,宿主app不需要做任何修改,而且插件可独立发布。

综上,算是选择了一个最适合需求的框架。

备注:dynamic-load-apk(github)的链接:

https://github.com/singwhatiwanna/dynamic-load-apk


0 0
原创粉丝点击