在Parcelable中，开发人员编写用于编组和反编组的自定义代码，因此与Serialization相比，它创建的垃圾对象更少。由于这个自定义实现，Parcelable over Serialization的性能显著提高(大约快两倍)。

Serializable是一个标记接口，这意味着用户不能根据自己的需求编组数据。在序列化中，使用Java反射API在Java虚拟机(JVM)上执行编组操作。这有助于识别Java对象的成员和行为，但最终也会创建大量垃圾对象。因此，与Parcelable相比，Serialization进程较慢。

编组和反编组的含义是什么?

简而言之，“编组”是指将数据或对象转换为字节流的过程，而“解组”是将字节流转换回原始数据或对象的相反过程。转换是通过“序列化”实现的。

http://www.jguru.com/faq/view.jsp?EID=560072

1. 可序列化的

@see http://docs.oracle.com/javase/7/docs/api/java/io/Serializable.html

什么接口?

是标准的Java接口吗

速度

比Parcelable慢

2. Parcelable

@see http://developer.android.com/reference/android/os/Parcelable.html

什么接口?

android。操作系统接口 这意味着谷歌开发的Parcelable在android上有更好的性能

速度

更快(因为它针对android开发进行了优化)

综上所述

要知道Serializable是一个标准的Java接口，Parcelable是Android开发的接口

在编组和解组方面存在一些性能问题。Parcelable比Serializable快两倍。

请浏览以下连结:

http://www.3pillarglobal.com/insights/parcelable-vs-java-serialization-in-android-app-development

Serializable接口可以像Parcelable接口一样使用，从而获得(不是很多)更好的性能。 只需覆盖这两个方法来处理手动编组和解组过程:

private void writeObject(java.io.ObjectOutputStream out)
    throws IOException
private void readObject(java.io.ObjectInputStream in)
    throws IOException, ClassNotFoundException

不过，在我看来，在开发原生Android时，使用Android api是正确的选择。

看到的:

https://bitbucket.org/afrishman/androidserializationtest/ https://docs.oracle.com/javase/7/docs/api/java/io/Serializable.html

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

打包比使用Binder序列化快得多，因为序列化使用反射并导致许多GC。Parcelable是为了优化传递对象而设计的。

这是参考链接。 http://www.developerphil.com/parcelable-vs-serializable/