Java对象为啥要实现Serializable接口？

下面我将从以下几点来介绍：1、什么是序列化和反序列化？

2、Java对象为什么要实现Serializable接口?3、使用Serializable接口需要注意的问题?4、常见的序列化技术？

5、序列化技术的选型什么是序列化和反序列化？

1、序列化序列化就是把对象的状态信息转化为可存储或传输的形式过程，也就是把对象转化为字节序列的过程称为对象的序列化。

2、反序列化序列化的逆向过程，把字节数组反序列化为对象，把字节序列恢复为对象的过程成为对象的反序列化。

Java对象为什么要实现Serializable接口?对象序列化的两种用途：(1) 对象持久化：把对象的字节序列永久地保存到硬盘上，通常存放在一个文件中；Java 平台允许我们在内存中创建可复用的Java对象，但一般情况下，只有当JVM处于运行时，这些对象才可能存在，即，这些对象的生命周期不会比JVM的生命周期更长。

但是在现实应用中，就可能要求在JVM停止运行之后能够保存(序列化)指定的对象，并在将来重新读取被保存的对象。

Java对象序列化就能够帮助我们实现该功能。

(2) 网络传输对象：在网络上传送对象的字节序列。

可以通过序列化把主机A进程上的对象序列化为二进制序列，传输到主机B上的进程从序列中重构出该对象。

还有一种情况是两个进程之间进行通信时，两方发送各种类型的数据。

无论何种类型的数据，都会以二进制序列的形式在网络上进行传送。

发送方需要把对象转换成字节序列，才能在网络上传送；接收方 则需要把字节序列再恢复成对象。

在java中只要一个类实现了java.io.Serializable 接口，那么它就可以被序列化。

java实现对对象序列化的方式：JDK提供了Java对象的序列化方式，主要通过输出流 java.io.ObjectOutputStream 和 对象输入流 java.io.ObjectInputStream 来实现。

其中，被序列化的对象需要 实现java.io.Serializable接口。

使用Serializable接口需要注意的问题?1.serialVersionUID的作用Java的序列化机制是通过判断类的 serialVersionUID 来验证版本一致性的。

在进行反序列化时，JVM 会把传来的字节流中的 serialVersionUID与本地相应实体类的 serialVersionUID 进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常，即是 InvalidCastException。

如果没有为指定的 class 配置 serialVersionUID，那么 java 编译器会自动给这个 class 进行一个摘要算法，类似于指纹算法，只要这个文件有任何改动，得到的 UID 就会截然不同的，可以保证在这么多类中，这个编号是唯一的serialVersionUID有两种生成方式(1) 默认的1L,比如：private static final long serialVersionUID = 1L;(2) 根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段当 实 现 java.io.Serializable 接 口 的 类 没 有 显 式 地 定 义 一 个serialVersionUID 变量时候，Java 序列化机制会根据编译的 Class 自动生成一个 serialVersionUID 作序列化版本比较用，这种情况下，如果Class 文件(类名，方法明等)没有发生变化(增加空格，换行，增加注释等等)，就算再编译多次，serialVersionUID 也不会变化的。

2、静态变量序列化序列化时并不保存静态变量，这其实比较容易理解，序列化保存的是对象的状态，静态变量属于类的状态，因此 序列化并不保存静态变量。

3、Transient关键字作用是控制变量的序列化，在变量声明前加上该关键字，可以阻止该变量被序列化到文件中，在被反序列化后，transient变量的值设为初始值，如int型的是0.4.、序列化的存储规则(1) 同一个对象两次(开始写入文件到最终关闭流的这个过程算一次），如果不关闭流写入文件两次，则第二次写入对象时文件只增加5字节。

(2) Java序列化机制为了节省磁盘空间，具有特定的存储规则，当写入文件为同一对象时，并不会再将对象的内容进行存储，而只是再次存储一份引用，上面增加的5字节的存储空间就是新增 引用和一些控制信息的空间。

反序列化时，恢复引用关系，该存储规则极大的节省了存储空间。

5、序列化实现深克隆在java中存在一个Cloneable接口，通过实现这个接口的类都会具备clone的能力，同时clone在内存中进行，在性能方面会比我们直接通过new生成对象要高一些，特别是一些大的对象的生成，性能提升相对比较明显。

常见的序列化技术1、java 序列化优点：java语言本省提供，使用比较方面和简单缺点：不支持跨语言处理、想能相对不是很好，序列化以后产生的数据相对较大2、XML序列化XML序列化的好处在于可读性好，方面阅读和调试。

但是序列化以后的 字节码文件比较大，而且效率不高，适应于对性能不高，而且QPS较低的企业级内部系统之间的数据交换的场景，同时XML又具有语言无惯性，所以还可以用于异构系统之间的数据交换和协议。

比如我们熟知的WebService,就是采用XML格式对数据进行序列化的3、JSON序列化JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，相对于XML来说，JON的字节流较小，而且可读性也非常好。

现在JSON数据格式的其他运用最普遍的。

4、Hessian 序列化框架子Hessian是一个支持跨语言传输的二进制序列化协议，相对于Java默认的序列化机制来说，Hessian具有更好的性能和易用性，而且支持对重不同的语言，实际上Dubbo采用的就是Hessian序列化来实现，只不过Dubbo对Hessian进行重构，性能更高。

5、Protobuf 序列化框架Protobuf是Google的一种数据交换格式，它独立于语言、独立于平台。

Google 提供了多种语言来实现，比如 Java、C、Go、Python，每一种实现都包含了相应语言的编译器和库文件Protobuf 使用比较广泛，主要是空间开销小和性能比较好，非常适合用于公司内部对性能要求高的 RPC 调用。

另外由于解析性能比较高，序列化以后数据量相对较少，所以也可以应用在对象的持久化场景中但是但是要使用 Protobuf 会相对来说麻烦些，因为他有自己的语法，有自己的编译器。

序列化技术的选型1、技术层面① 序列化空间开销，也就是序列化产生的结果大小，这个影响到传输的性能② 序列化过程中消耗的时长，序列化消耗时间过长影响到业务的响应时间③ 序列化协议是否支持跨平台，跨语言。

因为现在的架构更加灵活，如果存在异构系统通信需求，那么这个是必须要考虑的④ 可扩展性/兼容性，在实际业务开发中，系统往往需要随着需求的快速迭代来实现快速更新，这就要求我们采用的序化协议基于良好的可扩展性/兼容性，比如在现有的序列化数据结构中新增一个业务字段，不会影响到现有的服务⑤技术的流行程度，越流行的技术意味着使用的公司多，那么很多坑都已经淌过并且得到了解决，技术解决方案也相对成熟⑥ 学习难度和易用性2、选型建议① 对性能要求不高的场景，可以采用基于 XML 的 SOAP 协议② 对性能和间接性有比较高要求的场景，那么Hessian、Protobuf、Thrift、Avro 都可以③ 基于前后端分离，或者独立的对外的 api 服务，选用 JSON 是比较好的，对于调试、可读性都很不错④ Avro 设计理念偏于动态类型语言，那么这类的场景使用 Avro 是可以的