VirtualApk插件

VirtualApk介绍

VirtualAPK是滴滴出行自研的一款插件化框架。
传送门

VirtualApk

接入文档

接入步骤以及细节可参考文档

VirtualAPK 框架接入指南

VirtualAPK 插件开发指南

接入注意点

• gradle 版本可以使用3.0.0 ,官网建议是2.14.1 实际demo运行可行
• 插件模块配置信息virtualApk,放在文件末尾(注意个配置的含义)

 virtualApk {
    packageId = 0x6f             // 插件资源id，避免资源id冲突
    targetHost='../host/app'     // 宿主工程的路径（绝对或者相对路径）
    applyHostMapping = true      // 插件编译时是否启用应用宿主的apply mapping
}

• 打包插件之前需要先编译宿主工程,编译之后生成一些信息(在build/VAHost文件夹下),插件构建的时候会读取这些信息，所以要确保运行的宿主和插件基于相同信息构建的，宿主变化时请重新构建插件
• 插件运行（不能直接Run出来）需要通过 命令打出
  • ./gradlew clean assemblePlugin

原理简介

插件化重点看下类的加载以及资源的加载:

类的加载VirtualAPK大体方案如下：

• Activity：在宿主apk中提前占几个坑，然后通过“欺上瞒下”（这个词好像是360之前的ppt中提到）的方式，启动插件apk的Activity；因为要支持不同的launchMode以及一些特殊的属性，需要占多个坑。

• Service：通过代理Service的方式去分发；主进程和其他进程，VirtualAPK使用了两个代理Service。

• BroadcastReceiver：静态转动态

• ContentProvider：通过一个代理Provider进行分发。

资源的加载:

主要是在LoadedOlugin中的createResources方法中

private static Resources createResources(Context context, File apk) {
        if (Constants.COMBINE_RESOURCES) {
            Resources resources = ResourcesManager.createResources(context, apk.getAbsolutePath());
            ResourcesManager.hookResources(context, resources);
            return resources;
        } else {
            Resources hostResources = context.getResources();
            AssetManager assetManager = createAssetManager(context, apk);
            return new Resources(assetManager, hostResources.getDisplayMetrics(), hostResources.getConfiguration());
        }
    }

Constants.COMBINE_RESOURCES

• 为true的时候
  • ResourcesManager.createResources通过反射将当前apk的路径添加到host中
  • 将apk的class加载到了主host中
  • 插件可以引用到主项目中的资源
• 为falsede 时候
  • 重新创建了新的resource
  • 插件和主项目资源分离，不可引用

VirtualAPK四大组件源码分析

VirtualAPK 资源加载机制分析

插件和宿主之间的通信

插件如何和宿主交互？
通过compile相同aar的方式来交互。 比如，宿主工程中compile了如下aar：

compile 'com.didi.foundation:sdk:1.2.0'
compile 'com.didi.virtualapk:core:[newest version]'
compile 'com.android.support:appcompat-v7:22.2.0'
但是插件工程需要访问宿主sdk中的类和资源，那么可以在插件工程中同样compile sdk的aar，如下：

compile 'com.didi.foundation:sdk:1.2.0'
这样一来，插件工程就可以正常地引用sdk了。并且，插件构建的时候会自动将这个aar从apk中剔除。

上述就是VirtualAPK中插件和宿主通信的基本方式。

拿龙珠项目举个例子

龙珠项目目前各个模块之间的跳转是通过路由来实现，在VirtualApk插件中使用路由，只需要在主App中和插件中都引入路由，做好各自相应的注册，就能正常跳转。

Virtual不支持

1. 目前暂不支持的特性
   暂不支持Activity的一些不常用特性（比如process、configChanges等属性），但是支持theme、launchMode和screenOrientation属性；
2. overridePendingTransition(int enterAnim, int exitAnim)这种形式的转场动画，动画资源不能使用插件的（可以使用宿主或系统的）；
3. 插件中弹通知，需要统一处理，走宿主的逻辑，通知中的资源文件不能使用插件的（可以使用宿主或系统的）。
4. 插件的Activity中不支持动态申请权限。

结论

由于以下几种问题，Virtual插件方案和当前项目适用性不好，所以不使用:

1. 可能是由于第一个不支持，在房间收到切换横竖屏无效，具体原因未明。
2. 主hostApp和插件之间必须有一个明确的路径

virtualApk{
    targetHost='../host/app'     // 宿主工程的路径（绝对或者相对路径）
}