我們知道在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跨程序通訊支援的資料型別是：

1. Java 的原生型別，如int,boolean,long,float…
2. String 和CharSequence
3. List 和 Map ,List和Map 物件的元素必須是AIDL支援的資料型別
4. AIDL 自動生成的介面 需要匯入(import)
5. 實現android.os.Parcelable 介面的類. 需要匯入(import)。

這裡並不包括Serializable型別。 
於是去看了原始碼，發現是Parcel自己對Serializable型別的物件做了相容，可以直接寫入其中。