你可以在intent中使用serializable对象，但是在使serialize成为Parcelable对象的时候，它会给出一个严重的异常，比如NotSerializableException。不建议使用serializable和Parcelable。所以最好是扩展Parcelable与你想要使用的对象捆绑和意图。由于这个Parcelable是android特定的，所以它没有任何副作用。 ：）

可序列化的

Serializable是一个可标记的接口，也可以作为空接口调用。它没有任何预先实现的方法。Serializable将对象转换为字节流。因此用户可以在一个活动之间传递数据到另一个活动。可序列化的主要优点是创建和传递数据非常容易，但与可打包相比，它是一个缓慢的过程。

Parcelable

可打包的比可序列化的快。Parcel able将对象转换为字节流，并在两个活动之间传递数据。与序列化相比，编写可包的代码有点复杂。在两个活动之间传递数据时，它不会创建更多的临时对象。

我将成为一个支持Serializable的人。由于这些设备比几年前好得多，速度上的差异已经不那么明显了，而且还有其他更微妙的差异。更多信息请参见我的博客文章。

我的回答有点晚了，但我希望它能帮助到其他人。

在速度方面，可打包>序列化。但是，自定义Serializable是个例外。它几乎在Parcelable的范围内，甚至更快。

参考资料:https://www.geeksforgeeks.org/customized-serialization-and-deserialization-in-java/

例子:

要序列化的自定义类

class MySerialized implements Serializable { 

    String deviceAddress = "MyAndroid-04"; 

    transient String token = "AABCDS"; // sensitive information which I do not want to serialize

    private void writeObject(ObjectOutputStream oos) throws Exception {
        oos.defaultWriteObject();
        oos.writeObject("111111" + token); // Encrypted token to be serialized
    }

    private void readObject(ObjectInputStream ois) throws Exception {
        ois.defaultReadObject(); 
        token = ((String) ois.readObject()).subString(6);  // Decrypting token
    }

}

If you want to be a good citizen, take the extra time to implement Parcelable since it will perform 10 times faster and use less resources. However, in most cases, the slowness of Serializable won’t be noticeable. Feel free to use it but remember that serialization is an expensive operation so keep it to a minimum. If you are trying to pass a list with thousands of serialized objects, it is possible that the whole process will take more than a second. It can make transitions or rotation from portrait to lanscape feel very sluggish.

来源:http://www.developerphil.com/parcelable-vs-serializable/

如果你在android studio中使用paracelable插件，parcelable的实现可以更快。搜索Android Parcelable代码生成器