Android 插件化处理方案详解

目录
  • 插件化启动Activity的过程
  • 资源冲突的解决方案
    • resources.arsc资源描述符详解
  • 解决冲突的方案

插件化启动Activity的过程

在宿主里面的AndroidManifest.xml里面注册一个空的activity

从开始执行execStartActivity到最终将Activity对象new出来这个过程,系统层会去校验需要启动的activity的合法性[就是是否有在某个应用的AndroidManifest.xml里面注册]以及按启动要求创建activity对象。清晰了这点我们就可以很好的绕过系统的约束,达到我们的目的:【插件中的组件拥有真正生命周期,完全交由系统管理、非反射代理】。 简单来说方案就两步: Step1、在开始startActivity的时候将需要启动的插件组件替换成宿主预先声明号的。

public ActivityResult execStartActivity(Context who, IBinder contextThread, IBinder token, Activity target,
                    Intent intent, int requestCode, Bundle options) {

  //如果启动的是插件的activity组件,这里面将会被替换成宿主预先声明的
  PluginIntentResolver.resolveActivity(intent);
  return hackInstrumentation.execStartActivity(who, contextThread, token, target, intent, requestCode, ptions);
}

Step2、在最终创建activity对象的时候改回成插件组件的。

@Override
public Activity newActivity(ClassLoader cl, String className, Intent intent) throws InstantiationException,
    IllegalAccessException, ClassNotFoundException {

  ClassLoader orignalCl = cl;
  String orginalClassName = className;
  String orignalIntent = intent.toString();
  if (ProcessUtil.isPluginProcess()) {
    // 将PluginStubActivity替换成插件中的activity
    if (PluginManagerHelper.isStub(className)) {
      String action = intent.getAction();
      if (action != null && action.contains(PluginIntentResolver.CLASS_SEPARATOR)) {
        String[] targetClassName = action.split(PluginIntentResolver.CLASS_SEPARATOR);
        String pluginClassName = targetClassName[0];
        final String pid = intent.getStringExtra(PluginIntentResolver.INTENT_EXTRA_PID).trim();
        PluginDescriptor pluginDescriptor = TextUtils.isEmpty(pid) ? PluginManagerHelper.getPluginDescriptorByClassName(pluginClassName) : PluginManagerHelper.getPluginDescriptorByPluginId(pid);
        Class<?> clazz = PluginLoader.loadPluginClassByName(pluginDescriptor, pluginClassName);
        if (clazz != null) {
          className = pluginClassName;
          cl = clazz.getClassLoader();
          intent.setExtrasClassLoader(cl);
          if (targetClassName.length > 1) {
            // 之前为了传递classNae,intent的action被修改过
            // 这里再把Action还原到原始的Action
            intent.setAction(targetClassName[1]);
          } else {
            intent.setAction(null);
          }
          // 添加一个标记符
          intent.addCategory(RELAUNCH_FLAG + className);
        } else {
          throw new ClassNotFoundException("pluginClassName : " + pluginClassName, new Throwable());
        }
      } else if (PluginManagerHelper.isExact(className, PluginDescriptor.ACTIVITY)) {
        // 这个逻辑是为了支持外部app唤起配置了stub_exact的插件Activity
        PluginDescriptor pluginDescriptor = PluginManagerHelper.getPluginDescriptorByClassName(className);
        if (pluginDescriptor != null) {
          boolean isRunning = PluginLauncher.instance().isRunning(pluginDescriptor.getPackageName());
          if (!isRunning) {
            return waitForLoading(pluginDescriptor);
          }
        }
        Class<?> clazz = PluginLoader.loadPluginClassByName(pluginDescriptor, className);
        if (clazz != null) {
          cl = clazz.getClassLoader();
        } else {
          throw new ClassNotFoundException("className : " + className, new Throwable());
        }
      } else {
        // 进入这个分支可能是因为activity重启了,比如横竖屏切换,由于上面的分支已经把Action还原到原始到Action了
        // 这里只能通过之前添加的标记符来查找className
        boolean found = false;
        Set<String> category = intent.getCategories();
        if (category != null) {
          Iterator<String> itr = category.iterator();
          while (itr.hasNext()) {
            String cate = itr.next();
            if (cate.startsWith(RELAUNCH_FLAG)) {
              className = cate.replace(RELAUNCH_FLAG, "");
              PluginDescriptor pluginDescriptor = PluginManagerHelper.getPluginDescriptorByClassName(className);
              if (pluginDescriptor != null) {
                boolean isRunning = PluginLauncher.instance().isRunning(
                    pluginDescriptor.getPackageName());
                if (!isRunning) {
                  return waitForLoading(pluginDescriptor);
                }
              }
              Class<?> clazz = PluginLoader.loadPluginClassByName(pluginDescriptor, className);
              cl = clazz.getClassLoader();
              found = true;
              break;
            }
          }
        }
        if (!found) {
          throw new ClassNotFoundException(
              "className : " + className + ", intent : " + intent.toString(), new Throwable());
        }
      }
    } else {
      if (cl instanceof PluginClassLoader) {
        PluginIntentResolver.resolveActivity(intent);
      } else {
        // Do Nothing
      }
    }
  }
  try {
    Activity activity = super.newActivity(cl, className, intent);
    if (activity instanceof PluginContainer) {
      ((PluginContainer) activity).setPluginId(intent.getStringExtra(PluginContainer.FRAGMENT_PLUGIN_ID));
    }
    return activity;
  } catch (ClassNotFoundException e) {
    // 收集状态,便于异常分析
    throw new ClassNotFoundException(" orignalCl : " + orignalCl.toString() + ", orginalClassName : "
        + orginalClassName + ", orignalIntent : " + orignalIntent + ", currentCl : " + cl.toString()
        + ", currentClassName : " + className + ", currentIntent : " + intent.toString() + ", process : "
        + ProcessUtil.isPluginProcess() + ", isStubActivity : "
        + PluginManagerHelper.isStub(orginalClassName) + ", isExact : "
        + PluginManagerHelper.isExact(orginalClassName, PluginDescriptor.ACTIVITY), e);
  }
}

方案确实很简单,不过还有一些收尾工作,就是将创建好的[插件]组件进行一些必要的init操作,比如:在声明周期onCreate之前进行上下文替换等操作,这些都在插件框架提供的PluginInstrumentionWrapper里面进行完成的,看一下代码片段:

@Override
public void callActivityOnCreate(Activity activity, Bundle icicle) {
  PluginInjector.injectActivityContext(activity);

  Intent intent = activity.getIntent();

  if (intent != null) {
    intent.setExtrasClassLoader(activity.getClassLoader());
  }
  if (icicle != null) {
    icicle.setClassLoader(activity.getClassLoader());
  }
  if (ProcessUtil.isPluginProcess()) {
    installPluginViewFactory(activity);
    if (activity instanceof WaitForLoadingPluginActivity) {
      // NOTHING
    } else {
    }
    if (activity.isChild()) {
      // 修正TabActivity中的Activity的ContextImpl的packageName
      Context base = activity.getBaseContext();
      while (base instanceof ContextWrapper) {
        base = ((ContextWrapper) base).getBaseContext();
      }
      if (HackContextImpl.instanceOf(base)) {
        HackContextImpl impl = new HackContextImpl(base);
        String packageName = PluginLoader.getApplication().getPackageName();
        // String packageName1 = activity.getPackageName();
        impl.setBasePackageName(packageName);
        impl.setOpPackageName(packageName);
      }
    }
  }
  super.callActivityOnCreate(activity, icicle);
  monitor.onActivityCreate(activity);
}

到这插件activity组件就被顺序的启动起来了,并且是系统在维护具备完整的生命周期。 组件service、Receiver也是一样的,只是这两个组件的拦截点在ActivityThread的Handler成员的回调Callback里面进行的。Application和provider在插件启动的时候进行加载。

资源冲突的解决方案

resources.arsc资源描述符详解

  • packageId: 包名id
  • 资源类型id:string,drawable,layout,color
  • 偏移:某一种类型的偏移值

解决冲突的方案

由于每个插件的包名是不一致的,可以事先规定某个插件的packageId的值固定,然后修改aapt对其进行编译固定,就可以保证每个插件分配的值不一样了。

以上就是Android 插件化处理方案详解的详细内容,更多关于Android 插件化处理方案的资料请关注我们其它相关文章!

(0)

相关推荐

  • AndroidStudio升级4.1坑(无法启动、插件plugin不好用、代码不高亮)

    上班坐稳,打开AS看到studio有更新,于是就点击升级,4.1版本,看更新日志:bug修复什么什么一大堆,感觉挺好的,应该做了不少优化,结果升级完后就无法启动了,于是肠子悔青了. 一.升级4.1之后,无法启动 插件报错了. 解决办法:1.删除AndroidStudioX.X文件,一般在C盘,你自己的用户目录下.2.删除C:\Users\xxx\AppData\Roaming\Google\AndroidStudio4.1\plugins下的所有文件(要是能找到哪个插件导致启动失败可以单独删除对

  • Android studio 4.1打包失败和插件错误提示的解决

    一.Android studio 升级4.1,Android Gradle插件从4.0.2升级到4.1.0后打包失败,回退到4.0.2后打包正常. 错误信息: •What went wrong:  Execution failed for task ':app:processDebugManifest'. Could not get unknown property 'manifestOutputDirectory' for task ':app:processDebugManifest' of

  • AndroidStuio插件开发适用于jetbrains全家桶

    文章目录 创建项目创建类获取文件解析文件展示解析内容写入文件 写了个类似Butter Knife的开发库,但是并没有与其配套的AndroidStudio插件,抽时间研究了以下IDEA的api文档,撸了一个对应的插件,源码在这里 之前写的一些小demo可以看看这篇文章 初步编写IDEA\AndroidStudio翻译插件 以及另外一个插件项目 https://github.com/huangyuanlove/VariableNameStyleTransfer 本项目代码参考 android-but

  • 关于android studio升级4.1 某些插件使用不了的问题(Mac)

    今天我把Android studio 升级到 4.1版本,发现有个错误 3:11 PM    Plugin Error                 Plugin "GsonFormat" is incompatible (supported only in IntelliJ IDEA).                 Plugin "Android Color Manager" is incompatible (supported only in Intell

  • Android使用插件实现代码混淆

    我们在打包的过程中,需要对代码进行混淆处理,可项目中需要混淆的地方很多,特别是添加依赖的,如果要我们一个一个添加,无疑这大大的添加了我们的工作量,下面介绍用插件的方式来对代码进行混淆. 使用流程: 下载AndroidProGuard插件并安装重启. 在菜单栏的Edit下拉菜单中选择AndroidProGuard选项. 如果弹出成功对话框,就可以按Ctrl+V粘贴到项目的proguard-rules.pro文件. 根据proguard-rules.pro报错的提示进行修改成. 将项目app下gra

  • 解决Android Studio4.1没有Gsonfomat插件,Plugin “GsonFormat” is incompatible的问题

    前言 前几天 在自己的 笔记本上把android studio 升级到4.1了 一直没有使用Gsonfomat插件所以没有发现问题! 今天使用GsonFormat,发现GsonFormat没有了,在android studio 的插件里搜不到于是百度搜官网去下载 GsonFormat插件官网地址 下载jar包以后,本地安装插件,还是不行,直接报错了! 报错Plugin "GsonFormat" is incompatible (supported only in IntelliJ ID

  • Android Studio升级到4.1以后插件问题解决

    当把Android Studio升级到4.1以后插件提示不可用,然后启动的报下面的错: 错误的意思是该插件只支持IDEA,然后想把这个插件删除,发现在已安装的插件中是找不到这个插件的,如下: 然后发现需要安装: 然后就进入了死循环,启动的时候提示已经安装,但是无法使用,报错,删除的时候提示没有安装,无法删除. 解决办法: 找到Android Studio的插件安装路径,然后删除该插件的安装包或者jar文件即可. 路径一般为:C:\Users\userName\AppData\Roaming\Go

  • Android Studio3.6.+ 插件搜索不到终极解决方案(图文详解)

    不知道什么时候Android Studio 插件和Gradle升级后,插件在线安装就搜索不到插件了,一直处于转圈圈状态,通过各种测试和摸索总结出几种解决方案.我的Android Studio已经升级到3.6.3. 一.排查他因 排除一些相关因素,这些方法排除后任然无法搜索插件再使用终极解决方案. 1. 网络检查 . 确定无法搜索到插件前,一定要确定网络状态良好,弱网状态下也是会半天搜索不出插件的.不然后面忙了大半天要哭了. 2. 取消代理 二.终极方案 如下列举的几种方法都可有效解决插件搜索不到

  • Android Studio 4.1没有GsonFormat插件的解决

    今天把Android Studio 升级到4.1版本,发现GsonFormat没有了,网上有的解决办法从https://plugins.jetbrains.com/plugin/7654-gsonformat下载jar包,本地安装插件,试了报Plugin "GsonFormat" is incompatible (supported only in IntelliJ IDEA). 最后,把jar删除,从marketplace安装了GsonFormatPlus. 会有两个问题 1.显示@

  • 初步编写IDEA\AndroidStudio翻译插件的方法

    声明:作者是根据 Hongyang的博客自己实践之后,根据自己的理解写的,有什么不对的地方还望指正. 先放两张效果图 一.准备 由于AndroidStudio不具备开发插件的功能,需要安装IDEA 翻译使用的是有道的翻译接口,需要申请,接口申请的网址点这里 json解析使用的是GSON 二.创建工程 在此处创建的plugin工程,如下图所示 填写完工程名之后, 创建的工程结构如下所示 其中plugin.xml就和j2ee中web.xml功能类似,是配置插件属性的地方. 三.撸代码 首先,new一

随机推荐