Android  Intent传递数据底层分析详细介绍

Android  Intent传递数据底层分析详细介绍

我们知道在Activity切换时,如果需要向下一个ActivityB传递数据,可以借助Intent对象的putExtra方法。

但是不知各位有没有想过这样一个问题:ActivityB中获取到的对象跟上一个Activity中的那个对象有什么关系?

换句话说就是,我在ActivityB中通过Intent获取的对象跟ActivityA中的那个对象,有没有可能是同一个对象?

按照常理来说,博主提出一个设想后续的就是证明过程了,但是我要遗憾的告诉你,这里并非是同一个对象。(PS:废话,如果是同一个对象,那还有EventBus这些东西什么事儿 T_T)

那么问题又来了,这两个Activity都在同一个进程里面,甚至都在同一个线程里面,数据本来就是可以共享的,为什么从一个Activity传到另一个Activity之后,就不是一个对象了呢?它从什么时候变成另外的对象的呢?

不着急,且听我慢慢道来。

Intent是什么东西?

public class Intent implements Parcelable, Cloneable

上面是Intent类的完整声明,可以知道它实现了Parcelable接口。Parcelable接口是什么呢?这东西是Android上专门用来对数据进行序列化的,并且在跨进程通讯时Parceable对象是可以直接传输的。

接下来我们来看看将数据放入Intent的时,做了哪些处理。

以String为例,先看putExtra方法的代码

public Intent putExtra(String name, String value) {
    if (mExtras == null) {
      mExtras = new Bundle();
    }
    mExtras.putString(name, value);
    return this;
  }

很简单,就是将数据放入mExtras这个Bundle对象中,顺便说一句Bundle类也实现了Parcelable接口。继续往下跟代码

public void putString(@Nullable String key, @Nullable String value) {
    unparcel();
    mMap.put(key, value);
  }

内部就是将数据放入一个Map中保存。到这里数据放入Intent的过程就完成了,实际上就是Intent中有一个Bundle对象,而这个Bundle对象中又有一个Map,然后数据就保存在这里。至于那个unparcel()方法与我们的分析过程无关,有兴趣的读者可以去研究一下。

然后,我们再看取数据的过程。

继续以String作为例子,看Intent中的代码

public String getStringExtra(String name) {
    return mExtras == null ? null : mExtras.getString(name);
  }

mExtras应该很熟悉了,这是个Bundle对象,刚刚保存数据的时候就是把数据保存在它里面的。再看它的getString方法

public String getString(@Nullable String key) {
    unparcel();
    final Object o = mMap.get(key);
    try {
      return (String) o;
    } catch (ClassCastException e) {
      typeWarning(key, o, "String", e);
      return null;
    }
  }

就是直接从Map里面拿出我们之前保存的String,try语句只是在验证取出的数据是否为String类型。
那照这么分析的话,两个Activity中的对象应该就是同一个对象才对啊!!为什么又说不是同一个对象呢?

为什么不是同一个对象?

如果你在putExtra之后,马上又getExtra出来,那么你取出来的对象肯定是同一个对象,这个没错!
但是这里我们要注意两点:

1.Intent中允许保存的数据类型是有限制的,准确的说是Bundle的限制,因为实质上数据是保存在Bundle中。如果我们要保存自己定义的对象,那么我们的对象必须实现了Parcelable接口或者Serializable接口。

2.我们使用Intent的方式,基本都是在一个Activity中存入,然后从另一个Activity中取出。

那么问题很明显就出在Activity的启动过程了。详细的启动过程大家可以参考老罗的文章Activity启动过程。

这里大概说一下,首先我们的app运行在app自己的进程appProcess中,然后系统在启动的时候会启动一个系统进程systemProcess。而在Activity启动时,需要向一个叫做ActivityManagerService的系统服务去注册,这样我们的Activity才能有生命周期的回调。这个ActivityManagerService服务就运行在systemProcess中。注册完之后,再回到appProcess中,完成新Activity的启动。在这个注册过程中,我们的intent是全程参与的。

说到这里就明白了,当我们调用startActivity(intent)启动另外的Activity的时候,我们的intent已经完成了两次跨进程通信,而它里面的对象已经经历了两轮序列化和反序列化,肯定不可能是同一个对象了。

这里顺便说一个问题:为什么Serializable也可以跨进程传输?

熟悉AIDL的同学都很清楚,AIDL跨进程通信支持的数据类型是:

  • Java 的原生类型,如int,boolean,long,float…
  • String 和CharSequence
  • List 和 Map ,List和Map 对象的元素必须是AIDL支持的数据类型
  • AIDL 自动生成的接口 需要导入(import)
  • 实现android.os.Parcelable 接口的类. 需要导入(import)。

这里并不包括Serializable类型。

于是去看了源码,发现是Parcel自己对Serializable类型的对象做了兼容,可以直接写入其中。

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!