parcelable和serializable区别

一、Seralizable

1.Serializable 是java的序列化技术，最简单的使用方式为在需要序列化的class增加implements Serializable，并增加一个唯一个序列化id： private static final long serialVersionUID = 1L; 默认方式最好直接设置为1L,因为java  sdk会自动进行hash计算，并生成唯一的UID值。手动设置serialVersionUID的好处是当前class如果改变了成员变量，比如增加或者删除之后，这个UID是不改变的，那么反序列化就不会失败；自动设置则在改变了成员变量之后就会重新计算获得新的UID，从而导致失败。

2.Seralizable相对Parcelable而言，好处就是非常简单，只需对需要序列化的类class执行就可以，不需要手动去处理序列化和反序列化的过程，所以常常用于网络请求数据处理，Activity之间传递值的使用。

3.Seralizable无法序列化静态变量，使用transient修饰的对象也无法序列化。

4.当一个父类实现序列化，子类自动实现序列化，不需要再显示实现Serializable接口。

二、Parcelable：

1.Parcelable是android特有的序列化API，它的出现是为了解决Serializable在序列化的过程中消耗资源严重的问题，但是因为本身使用需要手动处理序列化和反序列化过程，会与具体的代码绑定，使用较为繁琐，一般只获取内存数据的时候使用。

2.而Parcelable依赖于Parcel,Parcel的意思是包装，实现原理是在内存中建立一块共享数据块，序列化和反序列化均是操作这一块的数据，如此来实现。

三、不同点：

Serializalbe会使用反射，序列化和反序列化过程需要大量I/O操作，Parcelable自已实现封送和解封（marshalled &unmarshalled）操作不需要用反射，数据也存放在Native内存中，效率要快很多。

Parcelable和Parcle这两者之间的关系？

Parcelable 接口定义在封送/解封过程中混合和分解对象的契约。Parcelable接口的底层是Parcel容器对象。Parcel类是一种最快的序列化/反序列化机制，专为Android中的进程间通信而设计。该类提供了一些方法来将成员容纳到容器中，以及从容器展开成员。

现在我们知道了如何传递自定义的对象，那么在两个Activity之前传递对象还要注意什么呢？

一定要要注意对象的大小，Intent中的Bundle是在使用Binder机制进行数据传递的，能使用的Binder的缓冲区是有大小限制的（有些手机是2M），而一个进程默认有16个binder线程，所以一个线程能占用的缓冲区就更小了（以前做过测试，大约一个线程可以占用128KB）。所以当你看到“The Binder transaction failed because it was too large.”这类TransactionTooLargeException异常时，你应该知道怎么解决了。

 

参考：https://blog.csdn.net/hacker_crazy/article/details/80840868

           https://www.jianshu.com/p/be593134eeae