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类型的对象做了兼容，可以直接写入其中。

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