时间：2020-10-19 14:36:38 | 栏目：Android代码 | 点击：次
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跨进程通信支持的数据类型是：
这里并不包括Serializable类型。
于是去看了源码，发现是Parcel自己对Serializable类型的对象做了兼容，可以直接写入其中。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！