java序列化对比（java 什么是序列化）

今天给各位分享java序列化对比的知识，其中也会对java 什么是序列化进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、JAVA 压缩和序列化2、什么是序列化，在java中如何实现序列化？3、Java序列化和hessian序列化的区别4、java中序列化接口和parclable接口有什么区别和联系5、java序列化Protostuff和Serializable的区别6、在JAVA中什么叫序列化和反序列化？

JAVA 压缩和序列化

压缩和序列化主要用在数据的存储和传输上，二者都是由IO流相关知识实现，这里统一介绍下。

全部章节传送门：

Java I/O类支持读写压缩格式的数据流，你可以用他们对其他的I/O流进行封装，以提供压缩功能。

GZIP接口比较简单，适合对单个数据流进行压缩，在Linux系统中使用较多。

ZIP格式可以压缩多个文件，而且可以和压缩工具进行协作，是经常使用的压缩方法。

JAR(Java Archive，Java 归档文件)是与平台无关的文件格式，它允许将许多文件组合成一个压缩文件。为 J2EE 应用程序创建的 JAR 文件是 EAR 文件(企业 JAR 文件)。

JAR 文件格式以流行的 ZIP 文件格式为基础。与 ZIP 文件不同的是，JAR 文件不仅用于压缩和发布，而且还用于部署和封装库、组件和插件程序，并可被像编译器和 JVM 这样的工具直接使用。在 JAR 中包含特殊的文件，如 manifests 和部署描述符，用来指示工具如何处理特定的 JAR。

如果一个Web应用程序的目录和文件非常多，那么将这个Web应用程序部署到另一台机器上，就不是很方便了，我们可以将Web应用程序打包成Web 归档(WAR)文件，这个过程和把Java类文件打包成JAR文件的过程类似。利用WAR文件，可以把Servlet类文件和相关的资源集中在一起进行发布。在这个过程中，Web应用程序就不是按照目录层次结构来进行部署了，而是把WAR文件作为部署单元来使用。

一个WAR文件就是一个Web应用程序，建立WAR文件，就是把整个Web应用程序(不包括Web应用程序层次结构的根目录)压缩起来，指定一个.war扩展名。下面我们将第2章的Web应用程序打包成WAR文件，然后发布

要注意的是，虽然WAR文件和JAR文件的文件格式是一样的，并且都是使用jar命令来创建，但就其应用来说，WAR文件和JAR文件是有根本区别的。JAR文件的目的是把类和相关的资源封装到压缩的归档文件中，而对于WAR文件来说，一个WAR文件代表了一个Web应用程序，它可以包含 Servlet、HTML页面、Java类、图像文件，以及组成Web应用程序的其他资源，而不仅仅是类的归档文件。

在命令行输入jar即可查看jar命令的使用方法。

把对象转换为字节序列的过程称为对象的序列化。把字节序列恢复为对象的过程称为对象的反序列化。

对象的序列化主要有两种用途：

java.io.ObjectOutputStream代表对象输出流，它的writeObject(Object obj)方法可对参数指定的obj对象进行序列化，把得到的字节序列写到一个目标输出流中。

java.io.ObjectInputStream代表对象输入流，它的readObject()方法从一个源输入流中读取字节序列，再把它们反序列化为一个对象，并将其返回。

只有实现了Serializable的对象才能被序列化。对象序列化包括如下步骤：

对象反序列化的步骤如下：

创建一个可以可以序列化的对象。

然后进行序列化和反序列化测试。

serialVersionUID: 字面意思上是序列化的版本号，凡是实现Serializable接口的类都有一个表示序列化版本标识符的静态变量。

JAVA序列化的机制是通过判断类的serialVersionUID来验证的版本一致的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID于本地相应实体类的serialVersionUID进行比较。如果相同说明是一致的，可以进行反序列化，否则会出现反序列化版本一致的异常，即是InvalidCastException。

为了提高serialVersionUID的独立性和确定性，强烈建议在一个可序列化类中显示的定义serialVersionUID，为它赋予明确的值。

控制序列化字段还可以使用Externalizable接口替代Serializable借口。此时需要定义一个默认构造器，否则将为得到一个异常(java.io.InvalidClassException: Person; Person; no valid constructor)；还需要定义两个方法(writeExternal()和readExternal())来控制要序列化的字段。

如下为将Person类修改为使用Externalizable接口。

transient修饰符仅适用于变量，不适用于方法和类。在序列化时，如果我们不想序列化特定变量以满足安全约束，那么我们应该将该变量声明为transient。执行序列化时，JVM会忽略transient变量的原始值并将默认值(引用类型就是null，数字就是0)保存到文件中。因此，transient意味着不要序列化。

静态变量不是对象状态的一部分，因此它不参与序列化。所以将静态变量声明为transient变量是没有用处的。

什么是序列化，在java中如何实现序列化？

一、什么是序列化：\x0d\x0a序列化理解成“打碎”是可以的，不过在书本上的名词就是将对象转换成二进制。\x0d\x0a\x0d\x0a二、在java中如何实现序列化：\x0d\x0a首先我们要把准备要序列化类，实现 Serializabel接口\x0d\x0a例如：我们要Person类里的name和age都序列化\x0d\x0aimport java.io.Serializable;\x0d\x0a\x0d\x0apublic class Person implements Serializable { //本类可以序列化\x0d\x0a private String name ;\x0d\x0a private int age ;\x0d\x0a \x0d\x0a public Person(String name,int age){\x0d\x0a this.name = name ;\x0d\x0a this.age = age ;\x0d\x0a }\x0d\x0a public String toString(){\x0d\x0a return “姓名：” + this.name + “，年龄” + this.age ;\x0d\x0a }\x0d\x0a}\x0d\x0a\x0d\x0a然后：我们将name和age序列化（也就是把这2个对象转为二进制，统族理解为“打碎”）\x0d\x0apackage org.lxh.SerDemo;\x0d\x0a\x0d\x0aimport java.io.File;\x0d\x0aimport java.io.FileOutputStream;\x0d\x0aimport java.io.ObjectOutputStream ;\x0d\x0a\x0d\x0apublic class ObjectOutputStreamDemo { //序列化\x0d\x0a\x0d\x0a public static void main(String[] args) throws Exception {\x0d\x0a//序列化后生成指定文件路径\x0d\x0a File file = new File(“D:” + File.separator + “person.ser”) ; ObjectOutputStream oos = null ;\x0d\x0a//装饰流（流）\x0d\x0a oos = new ObjectOutputStream(new FileOutputStream(file)) ; \x0d\x0a//实例化类\x0d\x0a Person per = new Person(“张三”,30) ; oos.writeObject(per) ;//把类对象序列化\x0d\x0a oos.close() ;\x0d\x0a }\x0d\x0a}

Java序列化和hessian序列化的区别

在远程调用中，需要把参数和返回值通过网络传输，这个使用就要用到序列化将对象转变成字节流，从一端到另一端之后再反序列化回来变成对象。

既然前面有一篇提到了hessian，这里就简单讲讲Java序列化和hessian序列化的区别。

首先，hessian序列化比Java序列化高效很多，而且生成的字节流也要短很多。但相对来说没有Java序列化可靠，而且也不如Java序列化支持的全面。而之所以会出现这样的区别，则要从它们的实现方式来看。

先说Java序列化，具体工作原理就不说了，Java序列化会把要序列化的对象类的元数据和业务数据全部序列化从字节流，而且是把整个继承关系上的东西全部序列化了。它序列化出来的字节流是对那个对象结构到内容的完全描述，包含所有的信息，因此效率较低而且字节流比较大。但是由于确实是序列化了所有内容，所以可以说什么都可以传输，因此也更可用和可靠。

而hessian序列化，它的实现机制是着重于数据，附带简单的类型信息的方法。就像Integer

a

=

1，hessian会序列化成I

1这样的流，I表示int

or

Integer，1就是数据内容。而对于复杂对象，通过Java的反射机制，hessian把对象所有的属性当成一个Map来序列化，产生类似M

className

propertyName1

I

1

propertyName

S

stringValue（大概如此，确切的忘了）这样的流，包含了基本的类型描述和数据内容。而在序列化过程中，如果一个对象之前出现过，hessian会直接插入一个R

index这样的块来表示一个引用位置，从而省去再次序列化和反序列化的时间。这样做的代价就是hessian需要对不同的类型进行不同的处理（因此hessian直接偷懒不支持short），而且遇到某些特殊对象还要做特殊的处理（比如StackTraceElement）。而且同时因为并没有深入到实现内部去进行序列化，所以在某些场合会发生一定的不一致，比如通过Collections.synchronizedMap得到的map。

java中序列化接口和parclable接口有什么区别和联系

外部化和序列化是实现同一目标的两种不同方法。下面让我们分析一下序列化和外部化之间的主要区别。

通过Serializable接口对对象序列化的支持是内建于核心 API 的，但是java.io.Externalizable的所有实现者必须提供读取和写出的实现。Java 已经具有了对序列化的内建支持，也就是说只要制作自己的类java.io.Serializable，Java 就会试图存储和重组你的对象。如果使用外部化，你就可以选择完全由自己完成读取和写出的工作，Java 对外部化所提供的唯一支持是接口：

voidreadExternal(ObjectInput in)

void writeExternal(ObjectOutput out)

现在如何实现readExternal() 和writeExternal() 就完全看你自己了。

序列化会自动存储必要的信息，用以反序列化被存储的实例，而外部化则只保存被存储的类的标识。当你通过java.io.Serializable接口序列化一个对象时，有关类的信息，比如它的属性和这些属性的类型，都与实例数据一起被存储起来。在选择走Externalizable这条路时，Java 只存储有关每个被存储类型的非常少的信息。

每个接口的优点和缺点

Serializable接口

· 优点：内建支持

· 优点：易于实现

· 缺点：占用空间过大

· 缺点：由于额外的开销导致速度变比较慢

Externalizable接口

· 优点：开销较少（程序员决定存储什么）

· 优点：可能的速度提升

· 缺点：虚拟机不提供任何帮助，也就是说所有的工作都落到了开发人员的肩上。

在两者之间如何选择要根据应用程序的需求来定。Serializable通常是最简单的解决方案，但是它可能会导致出现不可接受的性能问题或空间问题；在出现这些问题的情况下，Externalizable可能是一条可行之路。

要记住一点，如果一个类是可外部化的（Externalizable），那么Externalizable方法将被用于序列化类的实例，即使这个类型提供了Serializable方法：

private void writeObject()

private void readObject()

java序列化Protostuff和Serializable的区别

序列化就是将Java Object转成byte[]；反序列化就是将byte[]转成Java Object。

Java自带序列化机制java.io.Serializable

标识一个对象需要系列化，该对象类型需要实现 Serializable 接口。

1，序列化的类型和反序列化的类型的序列化ID必须一致(远程信息交换时)。

2，静态数据不会被序列化，Transient关键字修饰的字段不会被序列化。

3，对象序列化存储时，两次存储相同值对象会有优化(第二次对象写入会只存储引用)。

Protostuff是一个序列化库，支持一下序列化格式：

protobuf

protostuff (native)

graph (protostuff with support for cyclic references. See Serializing Object Graphs)

json

smile (binary json useable from the protostuff-json module)

xml

yaml (serialization only)

kvp (binary uwsgi header)

序列化

@SuppressWarnings(“unchecked”)

public static T byte[] serialize(T obj) {

ClassT cls = (ClassT) obj.getClass();//获得对象的类；

LinkedBuffer buffer = LinkedBuffer.allocate(LinkedBuffer.DEFAULT_BUFFER_SIZE);//使用LinkedBuffer分配一块默认大小的buffer空间；

try {

SchemaT schema = getSchema(cls);//通过对象的类构建对应的schema；

return ProtostuffIOUtil.toByteArray(obj, schema, buffer);//使用给定的schema将对象序列化为一个byte数组，并返回。

} catch (Exception e) {

throw new IllegalStateException(e.getMessage(), e);

} finally {

buffer.clear();

}

}

反序列化

public static T T deserialize(byte[] data, ClassT cls) {

try {

T message = objenesis.newInstance(cls);//使用objenesis实例化一个类的对象；

SchemaT schema = getSchema(cls);//通过对象的类构建对应的schema；

ProtostuffIOUtil.mergeFrom(data, message, schema);//使用给定的schema将byte数组和对象合并，并返回。

return message;

} catch (Exception e) {

throw new IllegalStateException(e.getMessage(), e);

}

}

优缺点比较：

优点 缺点

Serializable 使用方便，可序列化所有类 速度慢，占空间

Protostuff 速度快，基于protobuf 需静态编译

在JAVA中什么叫序列化和反序列化？

java对象实现了序列化就可以以对象的形式在流中传输。不管是文件流，还是Socket流都可以\x0d\x0a 用ObjectInputStream ObjectOutputStream 来读写对象。\x0d\x0a 并不是所以类都可以序列化，一般需要序列化的对象是那些实体类。什么Bean，pojo，vo貌似都是一个意思吧。。。还是有一些对象是不能序列化的，Socket对象是不能的。还有一些忘记了，还有一些不知道···呵呵~~\x0d\x0a 实现序列化只要实现一个Serializable的接口就行，这是个标志接口，里面没有方法需要实现，主要的作用就是标识这儿类可以序列化·····

关于java序列化对比和java 什么是序列化的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。