序列化的方案主要有：

1、Serializable：java的序列化方案
2、Parcelable：android独有的
3、Json/xml/protbuf:广义的序列化
如何选择合理的序列化方案：通用性（是否在所有平台都可以识别，如ios、window系统，linux系统）、健壮性（容错性，是否容易出错）、可调试性可读性（序列化后对开发员是否可读）、性能、可扩展性兼容性、安全性访问的限制；
1.1 Serializable接口： 看源码实际是一个空接口，是如何实现序列化？
是通过对象的IO流（ObjectOutputStream/writeObject()、ObjectInputStream/readObject()）辅助实现序列化的；
1.2 java中的Externalizable接口：
是需要通过ByteArrayOutputStream包一层，然后再像Serializable通过对象IO流（ObjectOutputStream/writeObject()、ObjectInputStream/readObject()）序列化和反序列化；
其中必须实现的方法：writeExternal（ObjectOutput out）；readExternal（ObjectInput in）；
实现类必须要求一个无参的构造函数；

1.3 android特有的序列化方案Parcelable：
在内存中序列化，使用Binder实现

注意：枚举类型的序列化，序列化的时候，只会保存枚举的引用和枚举的常量，然后在运行时根据这些信息查找存在的枚举类型对象；

Serializable与Parcelable的对比：

微信截图_20220512162540.png

Serializable通过IO对硬盘操作，速度较慢，大小不受限制。读写的过程大量使用反射，所以会产生内存碎片。
Parcelable直接在内存操作，效率高，性能好，一般不能超过1M，修改内核也只能4M（因为Binder的可用空间一般是1M）。

有关思考问题

1、什么是serialVersionUID？如果不定义会发生什么？
serialVersionUID是用于对象的版本控制，是private static final long型的一个ID常量，通常是对象的哈希码；
若不定义，修改了类（如添加新的成员属性，或者删除、修改）后，serialVersionUID会改变，从而导致无法再恢复之前已经序列化的对象数据，会丢失之前的数据，并且会引发java.io.InvalidClassException无效类异常。
2、当序列化对象中的 serialVersionUID版本不匹配时，会发生什么？
在进行反序列化时，当序列化对象中的 serialVersionUID版本不匹配时会引发java.io.InvalidClassException无效类异常；
3、序列化时，如何实现某些成员不进行序列化？
根据业务的需要，设置成瞬态变量（trasient）或者静态变量；
4、序列化时，如果类中包含一个成员未实现可序列化接口，会发生什么？
当包含有未实现序列化类的引用时，运行时将引发不可序列化异常NotSerializableException。
5、反序列化后的对象，是否调用了构造函数重新构造？
没有，因为反序列化后是强转成对象类型的；
序列化前的对象和反序列化后的对象是什么关系？（是浅拷贝还是深拷贝？“==”“equal”）
深拷贝，因为前后的地址不同（例外：枚举）；
6、为什么Intent不能直接在组件间传递对象而需要通过序列化机制？
因为Activity的通信是需要跟AMS交互的，而AMS是不同的进程，属于跨进程通信的，所以需要序列化；
7、自定义序列化的过程？
通过设置writeObject(ObjectOutputStream out)、readObject(ObjectInputStream in)方法实现；