插件化框架之VirtualAPK

已于 2024-09-26 17:12:56 修改
阅读量721 收藏 3
点赞数 1
分类专栏： Android：源码解析 文章标签： VirtualAPK 插件化 Android
于 2019-11-23 20:40:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Agg_bin/article/details/103210946
版权

本文为降低阅读难度，并未采用“插件”这一词，而是采用通俗易懂的“模块”来进行阐述。本文从以下6个方面进行阐述，如有理解不对的地方，希望各位大牛不吝赐教。

  1. VirtualAPK是什么
  2. VirtualAPK使用场景
  3. VirtualAPK如何使用
  4. VirtualAPK原理简析
  5. VirtualAPK下载与识别
  6. VirtualAPK加载与应用

VirtualAPK是什么

VirtualAPK是滴滴出行自研的一款优秀的插件化框架。

VirtualAPK使用场景

  • 项目庞大，想分多个APK实现，但不希望占用过多内存时——复杂性、内存

我们知道Android打开一个APK应用，就是创建了一个进程，并跑在一个单独的虚拟机内，而创建一个进程对内存消耗是相对较大的，如果创建多个进程便会占用更多内存。但我们又希望将项目分成多个APK，并行开发，然后多个APK之间又能相互通信。针对这样的需求痛点，VirtualAPK是可以满足，因为它就是以APK作为插件的方式嵌入到项目中，而又不会创建新的进程。

  • 项目需要解耦合时——解耦合

比如，一个项目分一个宿主和多个模块，我们希望各个模块和宿主尽量解耦合。VirtualAPK是以独立APK的方式，可以满足。

  • 项目中各模块可以和宿主通信，也可以相互通信——通信

宿主和各模块通过引用相同的aar来实现，即aar作为一个三方中转，来进行相互通信，并且模块构建的时候会自动将这个aar从APK中剔除。

  • 项目中的模块可以自升级——多变性

各模块可能频繁更新功能或者修复bug，如果我们还采用一个Apk接入所有模块需求的话，那么每一个模块的变动都需要Apk去更新，所以我们希望各模块可以自升级。VirtualAPK加载APK的时候是去某个绝对路径下，我们只需更改这个绝对路径下的APK文件，就做到了模块自升级。

VirtualAPK如何使用

按如下12个步骤可轻松接入VirtualAPK，先整体罗列，然后分步展开：

  1. 在宿主项目，根目录下的build.gradle文件中添加 classpath 'com.didi.virtualapk:gradle:0.9.8.6'
  2. 在宿主项目，app下的build.gradle文件中顶端添加 apply plugin: 'com.didi.virtualapk.host'
  3. 在宿主项目，app下的build.gradle文件中底部添加 compile 'com.didi.virtualapk:core:0.9.8'
  4. 在宿主项目，Application下的attachBaseContext()方法中添加 PluginManager.getInstance(base).init();
  5. 在宿主项目，app下的proguard-rules.pro文件中添加混淆规则
  6. 在模块APK，根目录下的build.gradle文件中添加 classpath 'com.didi.virtualapk:gradle:0.9.8.6'
  7. 在模块APK，app下的build.gradle文件中顶端添加 apply plugin: 'com.didi.virtualapk.plugin'
  8. 在模块APK，app下的build.gradle文件中底部配置 VirtualAPK
  9. 在宿主项目，app下的文件中加载模块APK，然后可以跳转模块APK，或者与之通信
  10. 在宿主项目，app下的AndroidManifest.xml文件中添加读写存储权限
  11. 构建宿主项目与模块APK
  12. 将模块APK拷贝至存储设备某个目录，安装运行宿主APK

（1）在宿主项目，根目录下的build.gradle文件中添加 classpath 'com.didi.virtualapk:gradle:0.9.8.6'

dependencies {
    //noinspection GradleDependency
    classpath 'com.android.tools.build:gradle:3.1.3'
    classpath group: 'org.tmatesoft.svnkit', name: 'svnkit', version: '1.8.11'
    classpath 'com.didi.virtualapk:gradle:0.9.8.6'
    // NOTE: Do not place your application dependencies here; they belong
    // in the individual module build.gradle files
}

（2）在宿主项目，app下的build.gradle文件中顶端添加 apply plugin: 'com.didi.virtualapk.host'

apply plugin: 'com.android.application'
apply plugin: 'com.didi.virtualapk.host'

（3）在宿主项目，app下的build.gradle文件中底部添加 compile 'com.didi.virtualapk:core:0.9.8'

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.2'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'

    implementation 'com.android.support:recyclerview-v7:27.1.1'
    implementation 'com.android.support:appcompat-v7:27.1.1'
    implementation(name: 'wifidiagnose-release', ext: 'aar')
    implementation 'com.didi.virtualapk:core:0.9.8'
}

（4）在宿主项目，Application下的attachBaseContext()方法中添加 PluginManager.getInstance(base).init();

@Override
protected void attachBaseContext(Context base) {
    super.attachBaseContext(base);
    PluginManager.getInstance(base).init();
}

（5）在宿主项目，app下的proguard-rules.pro文件中添加混淆规则

-keep class com.didi.virtualapk.internal.VAInstrumentation { *; }
-keep class com.didi.virtualapk.internal.PluginContentResolver { *; }

-dontwarn com.didi.virtualapk.**
-dontwarn android.**
-keep class android.** { *; }

（6）在模块APK，根目录下的build.gradle文件中添加 classpath 'com.didi.virtualapk:gradle:0.9.8.6'

dependencies {
        classpath 'com.android.tools.build:gradle:3.1.2'
//        classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.9.1')
//        classpath ("com.tinkerpatch.sdk:tinkerpatch-gradle-plugin:${TINKERPATCH_VERSION}") { changing = true }
        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
        classpath 'com.didi.virtualapk:gradle:0.9.8.6'
    }

（7）在模块APK，app下的build.gradle文件中顶端添加 apply plugin: 'com.didi.virtualapk.plugin'

apply plugin: 'com.android.application'
//apply from: 'tinkerpatch.gradle'
apply plugin: 'com.didi.virtualapk.plugin'

（8）在模块APK，app下的build.gradle文件中底部配置VirtualAPK

virtualApk {
    // 插件资源表中的packageId，需要确保不同插件有不同的packageId.
    // 范围 0x1f - 0x7f
    packageId = 0x6f

    // 宿主工程application模块的路径，插件的构建需要依赖这个路径
    targetHost = 'C:\\AndroidStudioProjects\\SystemDiagnose\\app'

    //默认为true，如果插件有引用宿主的类，那么这个选项可以使得插件和宿主保持混淆一致
    applyHostMapping = true
}

（9）在宿主项目，app下的文件中加载模块APK，然后可以跳转模块APK，或者与之通信

public class TestActivity extends Activity {
    private static final String TAG = TestActivity.class.getSimpleName();

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Log.d(TAG,"onCreate()");
        String pluginPath = Environment.getExternalStorageDirectory().getAbsolutePath().concat("/plugin.apk");
        File plugin = new File(pluginPath);
        try {
            PluginManager.getInstance(getApplicationContext()).loadPlugin(plugin);
        } catch (Exception e) {
            Log.e(TAG,"error");
            e.printStackTrace();
        }
        findViewById(R.id.iv_get_plugin).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d(TAG,"onCLick");
                // Given "com.agg.application" is the package name of plugin APK,
                // and there is an activity called `MainActivity`.
                Intent intent = new Intent();
                intent.setClassName("com.agg.application", "com.agg.application.view.activity.MainActivity");
                startActivity(intent);
            }
        });
    }
}

（10）在宿主项目，app下的AndroidManifest.xml文件中添加读写存储权限

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

（11）构建宿主项目与模块APK

宿主的构建和正常apk的构建方式是相同的，可以通过Build > Generate Signed APK的方式，也可以命令：gradlew clean assembleRelease，或者如下图方式，构建完成的apk在app > build > outputs > apk > release目录下。

模块APK构建可以命令：gradlew clean assemblePlugin，也可以如下图方式，构建完成的apk在app > build > outputs > plugin > release目录下。

（12）将模块APK拷贝至存储设备某个目录，安装运行宿主APK

存储设备目录在第9步中使用，至此，接入VirtualAPK大功告成。

备注：

  • targetHost配置问题——targetHost可以设置绝对路径或相对路径，它是宿主工程application模块的路径，模块APK的构建需要依赖这个路径。
  • 读写存储的权限设置——6.0以上手机需要动态申请,或手动在设置中打开权限。

VirtualAPK原理简析

基本原理

  • 合并宿主和插件的ClassLoader 需要注意的是，插件中的类不可以和宿主重复
  • 合并插件和宿主的资源 重设插件资源的packageId，将插件资源和宿主资源合并
  • 去除插件包对宿主的引用 构建时通过Gradle插件去除插件对宿主的代码以及资源的引用

四大组件的实现原理

  • Activity 采用宿主manifest中占坑的方式来绕过系统校验，然后再加载真正的activity；
  • Service 动态代理AMS，拦截service相关的请求，将其中转给Service Runtime去处理，Service Runtime会接管系统的所有操作；
  • Receiver 将插件中静态注册的receiver重新注册一遍；
  • ContentProvider 动态代理IContentProvider，拦截provider相关的请求，将其中转给Provider Runtime去处理，Provider Runtime会接管系统的所有操作。

整体架构图

应用架构图

VirtualAPK下载与识别

VirtualAPK加载与应用 

先以时序图的方式，抽离出VirtualAPK源码的流程，由于本人精力有限，就不贴具体代码了，有时间再补上。

可参考文档

接入VirtualAPK时可能出现的问题及其解决办法

VirtualAPK 源码分析之鸿洋版本

VirtualAPK源码分析之资源加载

Swuagg
关注
专栏目录
VirtualAPK详解和使用
qq_33408235的博客
10-19 8415
1 介绍Android 插件化技术是比较热门领域，VirtualAPK 是滴滴2017年6月3号开源,框架功能完备，支持 Android 四大组件，良好的兼容性，且入侵性较低，作为加载耦合插件方案是较好选择。兼容市面上几乎所有的 Android 手机，这一点已经在滴滴出行客户端中得到验证； 资源方面适配小米、Vivo、Nubia 等，对未知机型采用自适应适配方案；极少的 Binder Hook，目前
virtualapk滴滴插件化框架相关bug处理
lovelixue的博客
08-17 658
前段时间些一片插件化框架的开篇，由于中途有其他项目需要做，所以停滞了一段时间，现在把这期间搭建框架所遇到的问题都整理了下，包括解决方案，当然还有个别没有处理的，希望能帮到各位，同时也希望各位朋友能够将遗留问题指导指导 问题一： 解决 方案：将根目录的gradle版本修改成可用版本，我是由3.1.2换成3.0.0   问题二： 打包失败 按文档步骤来操作，这个是因为宿主工...
Android插件化之VirtualAPK框架Jar包开发
weixin_33894640的博客
12-24 201
前言： 我上一篇写了VirtualAPK的一个初试，写了一个简单的demo，然后如果是开发APP的情况（不考虑大部分的坑），我觉得上一篇的那种插件化模式是可以使用的。那现在我这边是有一个新的需求，我不开发APP，我开发SDK，那我就要写个包含VirtualAPK框架的aar，但现在其实很多国内的人写SDK并不...
VirtualAPK 安装与配置完全指南
gitblog_09436的博客
09-13 413
VirtualAPK 安装与配置完全指南 VirtualAPK A powerful and lightweight plugin framework for Android 项目地址: https://gitcode.com/g...
SDK 开发使用 VirtualAPK 实现插件化
weixin_34221276的博客
04-17 356
1. 背景 因为公司现在要在广告 SDK 开发中实现一部分代码的更新，或者是新增部分功能，因此需要从后台通过网络下载然后通过插件化的方式进行加载展示。本来想的是自己实现，但是遇到了一些问题，所以直接采用滴滴的开源框架 VirtualAPK 来实现。由于 VirtualAPK 是针对于 app 开发者的，所以我们在打包的时候需要把 SDK 稍微做一些改动。 2. 前期准备 滴滴开源框架 Virtua...
VirtualAPK,一个强大而轻量级的android插件框架.zip
09-26
virtualak是一个强大而轻量级的android插件框架。它可以动态加载和运行apk文件（我们称之为loadedplugin）作为已安装的应用程序无缝运行。开发人员可以使用loadedplugin中的任何类、资源、活动、服务、接收者和提供者，就像它们在应用程序的清单文件中注册一样。
VirtualApk:VirtualApk的演示
05-16
虚拟APK VirtualApk的演示，有关更多信息，访问： : 问题/与我联系/雇用我 请随时通过 ping我。 执照 版权2018 Rhino Luo 根据Apache许可证2.0版（“许可证”）获得许可； 除非遵守许可，否则您不得使用此文件。 您可以在以下位置获得许可的副本： 除非适用法律要求或以书面形式同意，否则根据“许可”分发的软件将按“原样”分发，没有任何形式的明示或暗示担保或条件。 有关许可下特定的语言管理权限和限制，请参见许可。
VirtualAPK学习
chenmeng911的博客
08-20 601
Activity加载 参考了鸿洋的博客： https://blog.csdn.net/lmj623565791/article/details/75000580 首先通过反射拿到了原本的Instrumentation对象，拿的过程是首先拿到ActivityThread，由于ActivityThread可以通过静态变量sCurrentActivityThread或者静态方法curre...
基于Java和Shell的VirtualAPK插件化框架设计源码
最新发布
09-24
该项目是滴滴出行自研的VirtualAPK插件化框架设计源码，主要使用Java语言开发，辅以Shell脚本。项目包含229个文件，其中Java文件84个，Groovy脚本43个，XML配置文件24个，PNG图片17个，AIDL接口定义文件13个，Gradle...
[Android] 插件化框架Virtual APK实现原理解析
Aerfa789的博客
02-23 896
1 . 前言 Virtual APK是滴滴出行自研的一款优秀的插件化框架，其主要开发人员有任玉刚老师 说到任玉刚老师，他可以说是我Android FrameWork层的启蒙老师。刚接触Android的时候，在拖了几年控件、写了一些CURD操作后，就得出了这样的结论：客户端太无聊了，现在已经完全精通安卓开发了。直到有一天看了一本叫做《Android开发艺术探索》的书，不禁感慨：原来Android开发竟然还能这么玩，之前的认知实在是浅薄 言归正传，Virtual APK的特性和使用方法不是本文重点，如有需要了解
Android插件化——VirtualAPK接入与源码分析
浅谈Android
08-12 938
1、宿主工程引入VirtualApk 在项目Project的build.gradle中添加依赖 dependencies { classpath ‘com.didi.virtualapk:gradle:0.9.8.6’ } 在宿主app的build.gradle中引入VirtualApk的host插件 apply plugin: ‘com.didi.virtualapk.host’ 在app中添...
VirtualAPK框架接入与传值
12-13
VirtualAPK插件化框架接入流程及宿主与插件间的数据传递。详见 https://blog.csdn.net/a494153985/article/details/84974819
Node.js-VirtualAPK滴滴开源的一个强大轻量级的Android插件框架
08-12
VirtualAPK 滴滴开源的一个强大轻量级的Android插件框架
由VirtualAPK了解插件化原理（一）
milan-xiao-tiejiang的博客
04-05 399
上篇了解了热修复原理，热修复技术主要用来修复bug，插件化则主要解决应用越来越庞大以及功能模块的解耦。插件化处理两部分业务，一种是自身的业务模块，一种是接入其他的应用业务。这种方式在淘宝、支付宝、美团、滴滴、360 等航母应用上十分常见。代表方案有阿里的 Atlas、360 的 RePlugin、滴滴的 VirtualAPK 等。 插件化的apk分为宿主和插件两部分组成，先被安装到手机中的apk...
VirtualApk 源码解析(一) 插件化技术原理
weixin_42448721的博客
09-06 321
1概述 VirtualApk 进行了Framework层的hook, github地址如下: VirtualApk 地址 https://github.com/didi/VirtualAPK 插件化技术最初源于免安装运行 apk 的想法，这个免安装的 apk 可以理解为插件。支持插件化的 app 可以在运行时加载和运行插件，这样便可以将 app 中一些不常用的功能模块做成插件，一方面减小了安装包的大小，另一方面可以实现 app 功能的动态扩展。想要实现插件化，主要是解决下面三个问题： 插件中代码的加载和与
VirtualAPK初探
lang_z的博客
04-10 237
关于Virtual APK 的集成关于Virtual APK 的集成 1简介 2集成步骤 宿主程序的集成 在工程的buildgradle 中添加插件 在宿主的主工程中应用插件并导入工程 在宿主的Application中重写attachBaseContext方法 要调用插件的页面activity 中 插件的集成 1同样在插件的工程buildgradle中添加插件 2 在工程中应用插件 3安装Demo
滴滴开源Android插件化框架VirtualAPK原理分析
热门推荐
LeBron_Six的专栏
07-08 2万+
概述 Activity 支持 Hook ActivityManagerService Hook Instrumentation 启动插件Activity Service 支持 ContentProvider 支持 Receiver 支持 小结概述滴滴出行公司的首个对外开源项目 - VirtualAPK。地址：https://github.com/didi/VirtualAPK滴滴自行研发了这款插件化
VirtualAPK框架接入
hfc123hfc123的博客
09-27 636
apk插件化开发框架滴滴打车开源框架
著名android插件化框架,《Android 插件化框架VirtualAPK ：（一）基本集成》
weixin_42613017的博客
05-26 531
一、VirtualAPK 介绍VirtualAPK 是我们推出的一款Android平台上的插件化方案，通过VirtualAPK，可以让APP无需重新发版即可上线新功能。之所以做这件事，是因为传统的开发流程中，APP进行版本迭代的时候，有着严格的时间周期的要求，必须在规定的时间点完成功能开发，也必须在规定的时间点完成渠道投放，这就让APP的版本迭代有了一定的限制，无法做到APP的随时更新，于是我们开...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值