深入解析Android-Plugin-Framework

最新推荐文章于 2024-08-12 08:38:00 发布
原创 最新推荐文章于 2024-08-12 08:38:00 发布 · 510 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

Android-Plugin-Framework是一个专注于运行非独立插件的Android动态加载框架。它支持四大组件、热更新、全局服务等功能，但不支持所有第三方app。本文介绍了框架的最新版本、特点、限制及详细的使用方法。

Android-Plugin-Framework是一个Android插件化框架，用于通过动态加载的方式免安装运行插件apk

最新版本: 'com.github.limpoxe:Android-Plugin-Framework:0.0.70@aar'

此项目主要目标是为了运行非独立插件，而不是任意第三方app。

尽管此框架支持独立插件，但目标并不是为了支持任意三方app，不同于平行空间或应用分身之类的产品。 非独立插件相比任意三方app来说，可以预见到其使用了哪些系统api和特性，而且所有行为都是可以预测的。而任意三方app是不可预测的。 框架的做法是按需hook，即需要用到哪些系统特性和api，就对哪些特性和api提供支持。这种做法对开发非独立插件和二方独立插件而言完全足够。 目前已经添加了对常用特性和api的支持，如需使用的api还未支持请联系作者。

FEATURE

  • 框架透明, 插件开发与普通apk开发无异，无约定约束
  • 支持非独立插件和独立插件(非任意三方)
  • 支持四大组件/Application/Fragment/Accessibility/LaunchMode/so
  • 支持插件Theme/Style,宿主Theme/Style,轻松支持基于主题属性的皮肤切换
  • 支持插件发送Notification/时在RemoteViews中携带插件中的资源（只支持5.x及以上, 且不支持miui8）
  • 支持插件热更新：即在插件模块已经被唤起的情况先安装新版本插件，无需重启插件进程（前提是插件高度内敛，宿主不主动持有插件中的任何对象）
  • 支持全局服务：即插件向容器注册一个服务，其他所有插件已经宿主都获取并调用此服务
  • 支持DataBinding（仅限独立插件）
  • 支持插件WebView加载插件本地HTML文件
  • 支持插件Fragment/View内嵌宿主Activity中
  • 支持
最低0.47元/天 解锁文章
Python_林一
关注
Android构建流程(Android Plugin)源码解析系列一：主流程
ScheduledThreadPoolExecutor原理源码解析
02-07 1673
Gradle系列之Groovy基础 Gradle系列之Gradle基础 Gradle系列之自定义插件 Android构建流程(Android Plugin)源码解析系列一：主流程 前言 首先，不了解groovy语言，gradle基础以及编写gradle插件基础的，请先前往这个系列之前的文章补充基础，不然下面看起来会吃力。 本篇文章会从android编译插件的源码进行分析然后得出其工作原...
Android插件框架Android-Plugin-Framework.zip
07-19
Android-Plugin-Framework 此项目是Android插件框架完整源码以及实例。用来开发Android插件APK，并通过动态加载的方式在宿主程序中运行。 若插件APK是完全独立的APK，那么插件apk也可独立安装运行。 若插件APK不是完全独立的apk，比如和插件宿主程序共用一些依赖库，那么插件apk只能在宿主程序中运行。不可独立运行。 因为此时插件apk的代码是不完整的。 目录结构说明： PluginCore工程是插件库核心工程。用于提供对插件功能的支持。 PluginMain是用来测试的插件宿主程序Demo工程。 PluginShareLib是用来测试的插件宿主程序的依赖库Demo工程 PluginTest是用来测试的插件Demo工程。此工程下有用来编译插件的ant脚本。 宿主程序工程可以通过ant编译或者导入eclipse后直接点击Run菜单进行安装。 插件Demo工程需要通过插件ant脚本编译。编译命令为 “ant clean debug” 原因是Demo中引用了宿主程序的依赖库。需要在编译时对共享库进行排除。 插件编译出来以后，可以将插件复制到sdcard，然后在宿主程序中调用PluginLoader.installPlugin("插件apk绝对路径")进行安装 还有一种简易的安装方式，是使用编译命令为 “ant clean debug install” 直接将插件apk安装到系统中，PluginMain工程会监听系统的应用安装广播，监听到插件apk安装广播后， 再自动调用PluginLoader.installPlugin("/data/app/插件apk文件.apk")进行插件安装。免去复制到sdcard的过程。 （虽然没有用过apkplug、以及另外一个插件框架作者singwhatiwanna写的DL框架，但是看过他们的一些介绍文档，感觉自己的这份实现应该是更简单易用更完善。。。哈哈，是不是有王婆卖瓜的嫌疑。） 已支持的功能： 1、插件apk无需安装，由宿主程序动态加载运行。 2、插件形式支持fragment和activity代理。 这两种形式是插件开发中的两种主要形式。 3、插件支持activity非代理模式，真正实现Activity无需注册，既不用反射，也不用代理，实现Activity完整生命周期。 4、插件库apk可无任何特殊代码。如插件中的fragment，activity等无需继承任何特定基类或接口。完全和普通app代码没有区别. 5、支持插件共用宿主程序依赖库提供的自定义控件 6、支持插件中使用自定义控件 7、支持插件资源和宿主资源混合使用。意即支持如下场景: 插件程序和宿主程序共用依赖库时插件中的布局文件中使用了宿主程序中的自定义控件，而宿主程序中的自定义控件中又使用 了宿主程序中的布局文件。 插件代码中无需做任何特殊处理，即可支持这种布局文件。 8、插件中的各种资源、布局、R、以及宿主程序中的各种资源、布局、R等可随意使用、也无任何特殊代码。 10、支持插件使用宿主程序主题和系统主题 11、解决资源id冲突问题。尝试做过插件开发的同学应该都遇到，插件资源id和宿主程序资源id可能相同，导致获取的资源不是想要的资源。 此问题其实在android提供的编译器aapt中早已提供了支持。 12、需要关注PluginTest工程的ant.properties文件和project.properties文件以及custom_rules.xml文件，插件使用宿主程序共享库，以及共享库R引用，和编译时排除的功能，都在这3个配置文件中体现 暂不支持的功能： 1、暂不支持使用插件中自定义主题， 2、支持在插件中通过R文件使用宿主程序中的资源，暂不支持插件资源文件中直接使用宿主程序中的资源。但是支持间接使用。 例如在上述“已支持的功能”6中描述的,实际就是间接使用。 后续需要解决的问题： 1、使支持插件自定义主题 2、使插件中对activity的支持更稳定。 由于此框架没有实际的项目应用，目前对activity的提供标准API的测试还不够完全，可能在其他开发场景中，activity的部分标准API可能会出现问题。毕竟这里使用了很多反射，会涉及到多机型多系统版本的兼容问题。后续还需要持续测试和完善 上述第2点问题已解决、请看已支持的功能第3条。 3、使支持插件资源文件中直接引用依赖库中的资源。目测可能需要重写android自带的aapt程序。 实现原理简介： 1、插件apk的class 通过构造插件apk的Dexclassloader来加载插件apk中的类。DexClassLoader的parent设置为宿主程序的classloader，即可将主程序和插件程序的class贯通 2、插件apk的资源 通过构造插件apk的AssetManager和Resouce类即可。 本项目最关键一点功能、也是和网上其他插件项目不同的地方之一，在于 通过addAssetsPath方法添加资源的时候，同时添加了插件程序的资源文件和宿主程序的资源。这样就 可以做到插件资源合并。很多资源文件都迎刃而解。 3、插件apk中的资源id 完成上述第二点以后，还有需要解决的难题，是宿主程序资源id和插件程序id重复的问题。 这个问题解决办法也很简单 我们知道，资源id是在编译时生成的，其生成的规则是0xPPTTNNNN PP段，是用来标记apk的，默认情况下系统资源PP是01，应用程序的PP是07 TT段，是用来标记资源类型的，比如图标、布局等，相同的类型TT值相同，但是同一个TT值不代表同一种资源，例如这次编译的时候可能使用03作为layout的TT，那下次编译的时候可能会使用06作为TT的值，具体使用那个值，实际上和当前APP使用的资源类型的个数是相关联的。 NNNN则是某种资源类型的资源id，默认从1开始，依次累加。 那么我们要解决资源id问题，就可从TT的值开始入手，只要将每次编译时的TT值固定，即可是资源id达到分组的效果，从而避免重复。 例如将宿主程序的layout资源的TT固定为03，将插件程序资源的layout的TT值固定为23,即可解决资源id重复的问题了。 固定资源idTT值的版本也非常简单，提供一份public.xml，在public.xml中指定什么资源类型以什么TT值开头即可。 具体public.xml如何编写，可参考PluginMain/res/values/public.xml 以及 PluginTest/res/values/public.xml俩个文件，它们是分别用来固定宿主程序和插件程序资源id的范围的。 4、插件apk的Context 构造一个Context即可，具体的Context实现请参考PluginCore/src/com/plugin/core/PluginContextTheme.java 关键是要重写几个获取资源、主题的方法，以及重写getClassLoader方法 5、插件中的LayoutInfalter 通过第4步构造出来的Context获取LayoutInfater即可 6、如何实现插件代码不依赖任何特殊代码，如继承特定的基类、接口等。 要做到这一点，最主要的是实现上述第4步，构造出插件的Context后，所有问题都可以得到解决。 7、插件中Activity无需注册，拥有完整生命周期是如何实现的。 众所周知、Activity是系统组件，必须在manifest中注册才能被系统唤起并拥有完整生命周期，通过Activity代理和放射的方式实现的 实际是伪生命周期。并非完整生命周期。那么如果才能实现activity免注册，而且拥有完整的生命周期呢，这要从activity的启动流程中 入手。 App安装时，系统会扫描app的Manifest并缓存到一个xml中，activity启动时，系统会现在查找缓存的xml，如果查到了，再通过classLoad去load这个class，并构造一个activity实例。那么我们只需要将classload加载这个class的时候做一个简单的映射，让系统以为加载的是A class，而实际上加载的是B class，达到挂羊头买狗肉的效果，即可将预注册的Aclass替换为未注册的activity，从而实现插件中的Activity 完全被系统接管，而拥有完整生命周期。 在PluginMain和PluginTest已经添加了这种实现方式的测试实例。 8、通过activity代理方式实现加载插件中的activity是如何实现的 要实现这一点，同样是基于上述第4点，构造出插件的Context后，通过attachBaseContext的方式，替换代理Activiyt的context即可。 另外还需要在获得插件Activity对象后，通过反射给Activity的attach()方法中attach的成员变量赋值。 这样可解决另外一个插件框架作者singwhatiwanna实现的代码中所谓this和that的问题。也是可以使插件Activity不需要继承任何特定基类或者接口的原因。 9、activity代理实现后，其他组件，如service等，如法炮制即可。 10、插件编译问题。 如果插件和宿主共享依赖库，那边编译插件的时候不可将共享库编译到插件当中，包括共享库的代码以及R文件，但是需要在编译时添加到classpath中，且插件中如果要使用共享依赖库中的资源，需要使用共享库的R文件来进行引用。这几点在PluginTest示例工程中有体现。 11、插件开发模式 插件UI可通过fragment或者activity来实现 如果是activity实现的插件，则最终会在PluginProxyActivity中运行 如果是fragment实现的插件，又分为两种 1种是fragment运行在任意支持fragment的activity中，这种方式，在开发fragment的时候，fragmeng中凡是要使用context的地方，都需要使用通过PluginLoader.getPluginContext()获取的context，那么这种fragment对其运行容器没有特殊要求 还有1种是，fragment运行在PluginCore提供的PluginSpecDisplayer中，这种方式，由于其运行容器PluginSpecDisplayer的Context已经被PluginLoader.getPluginContext获取的context替换，因此这种fragment的代码和普通非插件开发时开发的fragment的代码没有任何区别。 需要注意的问题 项目插件开发后，特别需要注意的是宿主程序混淆问题。宿主程序混淆后，可能会导致插件程序运行时出现classnotfound 标签：Android
安卓应用程序插件化开发框架 -AAP Framework
weixin_34185364的博客
12-17 172
上篇博文，介绍了一种安卓开发中程序插件化的方法，想想应该可以搞的更方便些，于是花了4天时间把框架做出来了，希望能对大家有用。   android-application-plug-ins-frame-work 安卓应用程序插件化开发框架 -AAP Framework     介绍 这个框架的初衷，是为了方便让程序模块化、插件化，将一个apk应用拆分...
Eclipse(3.1) Plugin Framework(基于OSGI的Plugin Architecture)（转载）
gischen
02-27 2197
Eclipse(3.1) Plugin Framework(基于OSGI的Plugin Architecture) 概述Eclipse中最出彩的部分莫过于它的Plugin Framework，可以说Eclipse在一定程度上使得Plugin机制得以流行，当然，Eclipse的优势不仅仅在此，但正因为采用了Plugin机制，Eclipse才得以被不断的扩充，越来越强大。一直以来就想分析Eclip
深入解析Android-Studio中Gradle依赖
bfhye16552的博客
04-21 1037
最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的24套腾讯、字节跳动、阿里、百度2019-2021BAT 面试真题解析，我把大厂面试中常被问到的技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。还有 高级架构技术进阶脑图 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。Android 基础知识点Java 基础知识点Android 源码相关分析常见的一些原理性问题。
2024年Android最新10天学会flutter DAY9 flutter自定义组件Plugin，机器学习实战pdf
2401_84132496的博客
05-05 1127
最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的24套腾讯、字节跳动、阿里、百度2019-2021面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。还有高级架构技术进阶脑图、Android开发面试专题资料帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
深入解析Android基础架构及优秀框架源码
- **插件化框架**：如Dynamic Plugin Framework，能够将Android应用模块化，实现热插拔功能。 - **热修复框架**：如AndFix、QzoneHotfix，这些框架实现了在不发布新版本的情况下修复已上线应用的bug。 通过以上对...
Android-Plugin-Framework集成开发
y22222ly的专栏
01-27 3171
Android-Plugin-Framework集成开发 项目地址：https://github.com/limpoxe/Android-Plugin-Framework 若想要了解插件实现原理，请见项目地址的说明，本文档只是教如何使用APF框架进行插件开发。
Android 插件化框架 - Android-Plugin-Framework 教程
最新发布
gitblog_00157的博客
08-12 593
Android 插件化框架 - Android-Plugin-Framework 教程 1. 项目介绍 Android-Plugin-Framework 是一个专注于Android平台上的插件化框架，通过动态加载的方式，使得插件APK可以在无需独立安装的情况下运行。该框架支持Android 2.3至9.0版本，涵盖四大组件以及热更新特性，但不适用于任意第三方APP的运行。设计目标在于提供一个透明化...
Android代码-Android-Plugin-Framework
08-06
Android-Plugin-Framework README: 中文 Android-Plugin-Framework是一个Android插件化框架，用于通过动态加载的方式免安装运行插件apk 最新版本: 0.0.55-snapshot 项目结构 文件夹 说明 FairyPlugin 插件框架包 Samples 示例代码，包含宿主APP、各种Demo插件、各种场景测试 名词解释 名词 说明 宿主 正常安装在设备上的apk 容器 宿主中由框架创建的插件运行环境 插件 被宿主加载运行的apk 独立插件 运行时不依赖宿主的插件，自身可以是完整app，也可以不是一个完整app 非独立插件 运行时依赖宿主（类、资源）的插件，自身不是一个完整app 插件进程 插件运行时所在进程，也即容器所在进程 独立插件和非独立插件, 不以是否可以单独安装运行来区分，仅以是否依赖宿主的类和资源来区分。 此项目主要目标是为了运行非独立插件，而不是任意第三方app。 尽管此框架支持独立插件，但目标并不是为了支持任意三方app，不同于平行空间或应用分身之
PluginFramework:可从共享库加载的用于插件（接口+工厂）的简单C ++框架
05-11
插件框架 可从共享库加载的用于插件（接口+工厂）的简单C ++框架 用法 定义您的界面...。 class someInterface { public: virtual blah iface (blah) = 0; virtual ~someInterface () {}; someInterface (someArgs) {}; }; 定义该接口的实现。 在这种情况下，请使用PLUGIN()和PLUGIN_DEFS()宏。 PLUGIN声明该类（通过接口从内部其他一些东西继承）。 PLUGIN_DEFS声明/定义一些魔术注册对象（和工厂） # include < Plugin> # include < someInterface> PLUGIN (someInteface, someImplementationName) { public:
Plugin-Framework:在应用程序中开发和实现插件的框架
05-07
插件框架 功能性 PluginManager允许轻松的插件管理 PluginManager manager = new PluginManager(); manager.LoadPlugin(pluginPath); //Using a directory for Plugins PluginManager manager = new PluginManager(pluginDirectoryPath); manager.LoadPlugins(); 可以设置验证功能或lambda表达式以允许诸如API密钥之类的插件 //Simple verification manager.SetKeyAllow((string key) => { return key == "something"; }); //Verification using SQL database manager.SetKe
PluginFramework：一切都是.NET中的插件
02-05
.NET Core插件框架 有了.NET Core插件框架，一切都是插件！ 插件框架是.NET Core应用程序（包括ASP.NET Core，Blazor，WPF，Windows Forms和控制台应用程序）的插件平台。 它重量轻且易于集成，并支持多个不同的插件目录，包括.NET程序集， Nuget包和Roslyn脚本。 主要特点 以下是Plugin Framework的一些主要功能： 一切都是插件！ 以Nuget软件包，.NET程序集，Roslyn脚本等形式提供插件。 轻松集成到新的或现有的.NET Core应用程序中。 自动依赖管理。 提供MIT许可的商业支持。 快速入门：插件
PluginFramework:插件框架的原型
06-08
插件框架 插件框架的原型
探索Android Plugin Framework：构建高效、灵活的安卓应用
gitblog_00026的博客
03-24 510
探索Android Plugin Framework：构建高效、灵活的安卓应用 Android-Plugin-FrameworkAndroid插件框架，免安装运行插件APK ，支持独立插件和非独立插件项目地址:https://gitcode.com/gh_mirrors/an/Android-Plugin-Framework 在移动开发领域，尤其是在Android平台，构建可扩展、易于维护的应用...
插件框架(Plugin Framework)
weixin_33881140的博客
12-10 787
HOW TO MAKE PLUGIN FRAMEWORK 插件系统构建 Dissect Eclipse Plugin Framework 转载于:https://www.cnblogs.com/kira2will/p/4155819.html
Android插件实战总结之TwsPluginFramework
欢迎关注公众号：【码农突围】，公号后台回复9999，可以获取一份500页的LeetCode刷题笔记。
04-21 472
图：浙江乌镇小编导读：本文是基于rickdynasty（TwsPluginFramework 作者陈上勇）的github上关于TwsPluginFramework框架的开发过程梳理出来...
X3 C++ PluginFramework 已经在Linux下移植编译成功（转载）
ThinkHY的专栏
05-30 1607
这周与广州的李健一起将插件框架“X3 C++ PluginFramework”移植到Linux下，目前基本已经可以在Linux下编译了。李健正在实现Linux下的函数、编写makefile文件，近期就可完成。ConfigXml和ConfigDB由于是MFC代码，暂时没有去移植（5月26日起ConfigXml和TestCore已经可以在Linux下运行）。如果要浏览最新的代码，可以访问下面地址：SVN: https://x3c.svn.sourceforge.net/svnroot/x3c/trunkWeb:
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值