All Projects → limpoxe → Android Plugin Framework

limpoxe / Android Plugin Framework

Licence: mit
Android插件框架,免安装运行插件APK ,支持独立插件和非独立插件

Programming Languages

java
68154 projects - #9 most used programming language
shell
77523 projects

Projects that are alternatives of or similar to Android Plugin Framework

Intellij jahia plugin
Jahia's definitions.cnd files syntax highlighting, code completion, and other amazing stuff
Stars: ✭ 19 (-98.83%)
Mutual labels:  framework, plugin
Cp Ddd Framework
A lightweight flexible development framework for complex business architecture with full ecosystem!轻量级业务中台开发框架,中台架构的顶层设计和完整解决方案!
Stars: ✭ 566 (-65.28%)
Mutual labels:  framework, plugin
Go Xserver
Go 服务器框架(go-x.v2)
Stars: ✭ 137 (-91.6%)
Mutual labels:  framework, plugin
Wordless
All the power of Pug, Sass, Coffeescript and WebPack in your WordPress theme. Stop writing themes like it's 1998.
Stars: ✭ 1,374 (-15.71%)
Mutual labels:  framework, plugin
Virtualapp
Virtual Engine for Android(Support 12.0 in business version)
Stars: ✭ 8,413 (+416.13%)
Mutual labels:  framework, plugin
Push Fcm Plugin
Official Firebase Cloud Messaging plugin for Push.js v1.0 🔥
Stars: ✭ 37 (-97.73%)
Mutual labels:  framework, plugin
Juce
JUCE is an open-source cross-platform C++ application framework for desktop and mobile applications, including VST, VST3, AU, AUv3, RTAS and AAX audio plug-ins.
Stars: ✭ 3,841 (+135.64%)
Mutual labels:  framework, plugin
Plugface
Next generation Java general purpose plugin framework
Stars: ✭ 41 (-97.48%)
Mutual labels:  framework, plugin
Smqtk
Python toolkit for pluggable algorithms and data structures for multimedia-based machine learning.
Stars: ✭ 69 (-95.77%)
Mutual labels:  framework, plugin
Dddplus
🔥 A lightweight flexible development framework for complex business architecture with full ecosystem!轻量级业务中台开发框架,中台架构的顶层设计和完整解决方案!
Stars: ✭ 107 (-93.44%)
Mutual labels:  framework, plugin
Caramel
a simple to use, easy to remember css framework
Stars: ✭ 124 (-92.39%)
Mutual labels:  framework
Uppload
📁 JavaScript image uploader and editor, no backend required
Stars: ✭ 1,673 (+2.64%)
Mutual labels:  plugin
Glean
hotfix for go applications via plugin, supports Linux and MacOS
Stars: ✭ 125 (-92.33%)
Mutual labels:  plugin
Multiwaveheader
Wave,水波,Android 炫酷的多重水波纹 MultiWaveHeader
Stars: ✭ 1,643 (+0.8%)
Mutual labels:  framework
Round Anything
A set of OpenSCAD utilities for adding radii and fillets, that embodies a robust approach to developing OpenSCAD parts.
Stars: ✭ 122 (-92.52%)
Mutual labels:  framework
Sounds Webpack Plugin
🔊Notify or errors, warnings, etc with sounds
Stars: ✭ 125 (-92.33%)
Mutual labels:  plugin
Rabbitmq Prometheus
A minimalistic Prometheus exporter of core RabbitMQ metrics
Stars: ✭ 124 (-92.39%)
Mutual labels:  plugin
Gradle Maven Plugin
Gradle 5.x Maven Publish Plugin to deploy artifacts
Stars: ✭ 124 (-92.39%)
Mutual labels:  plugin
Masonite
The Modern And Developer Centric Python Web Framework. Be sure to read the documentation and join the Slack channel questions: http://slack.masoniteproject.com
Stars: ✭ 1,681 (+3.13%)
Mutual labels:  framework
Typin
Declarative framework for interactive CLI applications
Stars: ✭ 126 (-92.27%)
Mutual labels:  framework

Android-Plugin-Framework

README: 中文

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

最新版本: 'com.github.limpoxe:Android-Plugin-Framework:0.0.71@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中
  • 支持FileProvider
  • 支持2.3-11.0

LIMIT

  • 不支持插件Activity转场动画使用插件中的动画资源
  • 不支持插件Manifest中申请权限,所有权限必须预埋到宿主Manifest中
  • 不支持第三方app试图唤起插件中的组件时直接使用插件组件的Intent。 第三方app要唤起插件中的静态组件,例如Activity/service/Provider,必须由宿主程序进行桥接,即此组件需同时预埋到宿主和插件的Manifest中
  • 不支持android.app.NativeActivity
  • 不支持当一个插件依赖另一个插件时,被插件依赖的包含资源
  • 不支持插件中的webview弹出原生Chrome组件 例如通过html的标签设置时间选择器。 说明:是否能支持原生组件取决于系统中使用WebView的实现。 如果是使用的Android System Webview,则可以支持。因为它packageId是以0x3f开头; 如果是使用的Chrome Webview,则不支持。因为它packageId是以0x7f开头,会和插件冲突。 这是采用Public.xml进行资源分组的缺陷。
  • 可能不支持对插件或者宿主进行加壳加固处理,未尝试

HOW TO USE

    buildscript {
        dependencies {
            //gradle-6.5-all
            classpath "com.android.tools.build:gradle:4.1.3"
        }
    }
    
    allprojects {
    		repositories {
    			...
    			maven { url 'https://jitpack.io' }
    		}
    }

宿主侧

1、 新建一个工程,作为宿主工程

2、 在宿主工程的build.gradle文件下添加如下3个配置

    //插件脚本
    apply from: "https://raw.githubusercontent.com/limpoxe/Android-Plugin-Framework/master/FairyPlugin/host.gradle"        

    android {
        defaultConfig {
            //这个配置不可省略
            applicationId 宿主app包名        
        }
    }
    dependencies {
        //请务必使用@aar结尾,以中断依赖传递
        implementation('com.github.limpoxe:Android-Plugin-Framework:0.0.70@aar')
        //可选,用于支持插件全局函数式服务,不使用全局函数式服务不需要添加此依赖
        //implementation('com.limpoxe.support:android-servicemanager:1.0.5@aar')
    }
    fairy {
        //可选配置,用于指定插件进程名。默认插件进程为单独的进程,进程名为":plugin"
        //若设置为空串或者null即是使用宿主进程作为插件进程
        //pluginProcess = ""
        //pluginProcess = null
        //pluginProcess = ":xxx"
    }

3、 在宿主工程中新建一个类继承自Application类, 并配置到AndroidManifest.xml中并重写这个类的下面2个方法

    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        
        //框架日志开关, 默认false
        FairyGlobal.setLogEnable(true);
        
        //首次加载插件会创建插件对象,比较耗时,通过弹出loading页来过渡。
        //这个方法是设置首次加载插件时, 定制loading页面的UI, 不传即默认没有loading页
        //在宿主中创建任意一个layout传进去即可
        //注意:首次唤起插件组件时,如果是通过startActivityForResult唤起的,如果配置了loading页,
        //则实际是先打开了loading页,再转到目标页面,此时会忽略ForResult的结果。这种情况下应该禁用loading页配置
        FairyGlobal.setLoadingResId(R.layout.loading);
        
        //是否支持插件中使用本地html, 默认false
        FairyGlobal.setLocalHtmlenable(true);
        
        //初始化框架
        PluginLoader.initLoader(this);
    }
    @Override
    public Context getBaseContext() {
        return PluginLoader.fixBaseContextForReceiver(super.getBaseContext());
    }

4、在宿主工程中通过下面3个方法进行最基本的插件操作

    安装: PluginManagerHelper.installPlugin( SDcard上插件apk的路径 );
    卸载: PluginManagerHelper.remove( 插件packageName );
    列表: PluginManagerHelper.getPlugins();

5、通过构造一个插件组件Intent打开插件

例如打开插件的Launcher界面

   Intent launchIntent = getPackageManager().getLaunchIntentForPackage( 插件packageName );			
   startActivity(launchIntent);

宿主编译完成后,会在outputs/distrubites目录下生成一个名为host.bar的基线包,作为编译插件的基线。 以上所有内容及更多详情可以参考Demo

插件侧  

独立插件:

新建一个工程, 作为插件工程,无需任何其他配置,编译出来即可当插件apk安装到宿主中。

非独立插件:

1、新建一个工程, 作为插件工程。

2、在build.gradle中添加如下2个配置

    //插件脚本
    apply from: "https://raw.githubusercontent.com/limpoxe/Android-Plugin-Framework/master/FairyPlugin/plugin.gradle"

    android {
        defaultConfig {
            //这个配置不可省略
            applicationId 插件app包名        
        }
    }
    
    dependencies {
        //***这是demo中的示例,请根据自己的实际情况修改,作用是指向插件依赖的宿主基线包***
        //支持文件、maven坐标等写法
        //baselinePatch 'xxx:xxx:xxx@bar'
        //debugBaselinePatch 'xxx:xxx:xxx@bar'
        //releaseBaselinePatch 'xxx:xxx:xxx@bar'
        baselinePatch files(project(':Samples:PluginMain').getBuildDir().absolutePath + '/distributions/host.bar')
    }

完成以上2步后即可编译出非独立插件,以上所有内容及更多详情可以参考Demo

Demo编译方法

a)如果是命令行中:

   cd  Android-Plugin-Framework
   
   ./gradlew clean
  
   ./gradlew :Samples:PluginMain:assembleF1Debug
   
   ./gradlew :Samples:PluginTesBase:assembleF1Debug
   
   ./gradlew assembleF1Debug
   
   ./gradlew :Samples:PluginMain:assembleF1Debug
   
   说明:由于框架、demo宿主和各个demo插件都在同一个工程下,依赖关系互相影响,因此需要一定的编译顺序才能正常运行
   
   第一个assembleF1Debug是为了编译宿主,产生基线bar文件
   
   第二个assembleF1Debug是为了编译基础插件,产生插件apk和jar,基础插件jar会被其他插件依赖
   
   第三个assembleF1Debug是为了编译所有插件,产生插件apk
   
   第四个assembleF1Debug是为了重新编译宿主,将前面编译生成的插件apk内置到宿主的assets目录中,作为内置插件使用
   
   接下来将宿主的out目录下的apk安装到设备上即可
   

b)如果是studio中:

打开studio右侧gradle面板区,点clean、点assembleDebug。不要使用菜单栏的菜单编译。

重要:

    1、由于编译脚本依赖Task.doLast, 使用其他编译方法(如菜单编译)可能不会触发Task.doLast导致编译失败
    
    2、必须先编译宿主,再编译非独立插件。(这也是使用菜单栏编译会失败的原因之一)
       原因很简单,既然是非独立插件,肯定是需要引用宿主的类和资源的。所以编译非独立插件时会用到编译宿主时的输出物

    3、由于宿主和插件在同一个工程中,点击assembleDebug时编译顺序不可控,会导致每次clean后,首次assembleDebug会失败,此时重新编译即可
       可能需要执行3次assembleDebug,
           第一次是编译宿主,产生bar文件,
           第二次是依赖bar编译插件,产生插件文件
           第三次是重新编译宿主,将插件文件内置到宿主assets中
        所以如果使用其他编译方法,请务必仔细阅读build.gradle,了解编译过程和依赖关系后可以自行调整编译脚本,否则可能会失败。

    4、Demo中使用了arm平台的so,若在x86平台上测试Demo可能会有so异常,请自行适配so。

  待插件编译完成后,即可通过宿主在运行时下载插件apk或者将插件apk复制到sdcard调用PluginManagerHelper.installPlugin("插件apk绝对路径")进行插件安装。

通常插件会内置一个版本到宿主中随宿主一起发布,则需要将插件配置到宿主的assets目录下,再编译一次宿主(即上述3中的第三次编译)。 配置方法如下:

    dependencies {
        //支持坐标依赖
        //innerPlugin 'xxx:xxx:xxx@apk'
        innerPlugin '/xx/xx/xx/xx.apk'
    }

增加这个配置以后,宿主在打包时会将这个依赖的插件apk打包到宿主的assets目录中

其他

  1. 使用指南
  2. 原理简介
  3. 使用Public.xml的坑和填坑.
  4. 更新记录

联系作者:

Q:15871365851,添加时请注明插件开发

Q群:116993004,重要:添加前请务必仔细阅读此ReadMe!请务必仔细阅读Demo!

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].