[网络协议]java序列化的缺点

? ?基于java提供的对象输入/输出流(ObjectInputStream/ObjectOutputStream)，可以直接把Java对象作为可存储的字节数组写入文件，也可以传输到网络上。对程序员来说，基于JDK默认的序列化机制可以避免操作底层的字节数组，从而提升开发效率。

? Java序列化的目的主要有两个:

? 1.网络传输

? ?2.对象持久化

? 当进行远程跨进程服务调用时，需要把被传输的Java对象编码为字节数组或者ByteBuffer对象。而当远程服务读取到ByteBuffer对象或者字节数组时，需要将其解码为发送时的Java对象。这被称为Java对象编解码技术。

? ?Java序列化仅仅是java编解码技术的一种，由于它的种种缺陷，衍生出了多重编解码技术和框架，例如Google的ProtoBuf还有Facebook的thrift。

? ?java序列化从JDK1.1版本就已经提供，它不需要添加额外的类库，只需实现java.io.Serializable并生成序列ID即可，因此，它从诞生之初就得到了广泛的应用。但是在远程服务调用(RPC)时，很少直接使用Java序列化进行消息的编解码和传输，这又是什么原因呢?下面通过分析Java序列化的缺点来找出答案。

? 1.无法跨语言

? ? ?无法跨语言，是Java序列化最致命的问题。对于跨进程的服务调用，服务提供者可能会使用C++或者其他语言开发，当我们需要和异构语言进程交互时，Java序列化就难以胜任。

? ? ?由于Java序列化技术是Java语言内部的私有协议，其他语言并不支持，对于用户来说它完全就是黑盒。对于java序列化后的字节数组，别的语言无法进行反序列化，这就严重阻碍了它的应用。

? ? ?事实上，目前几乎所有流行的Java RPC通信框架，都没有使用Java序列化作为编解码框架，原因就在于它无法跨语言，而这些RPC框架往往需要支持跨语言调用。

?2.序列化后的码流太大

? ?采用jdk序列化机制编码后的二进制数组大小竟然是二进制编码的5.29倍。

? ?我们评判一个编解码框架的优劣时，往往会考虑以下几个因素:

? ?1.是否支持跨语言，支持的语言种类是否丰富。

? ?2.编码后的码流大小

? ?3.编解码的性能

? ?4.类库是否小巧，API使用是否方便

? ?5.使用者需要手工开发的工作量和难度。

? ?在同等情况下，编码后的字节数组越大，存储的时候就越占空间，存储的硬件成本就越高，并且在网络传输时就更占带宽，导致系统的吞吐量降低。Java序列化后的码流偏大也一直被业界所诟病，导致它的应用范围受到了很大的限制。

3.序列化性能太低

? ?java序列化的性能只有二进制编码的6.17%左右，可见Java原生序列化的性能实在太差。

?无论是序列化后的码流大小，还是序列化的性能，JDK默认的序列化机制都表现的很差。因此，我们通常不会选择Java序列化作为远程跨节点调用的编解码框架。

??