java 中类为啥要序列化

java里为什么要序列化？
http://zhidao.baidu.com/link?url=7_wAQ8eAl28vcJPE5OKM5Y0Bo4aINNQokHhRmI9XPszEoTO5QF-gNbOTHPzU4e8JMxQ2FYFjU5kuUgtSIPYYN_
-- :57轻风晓雪 | 浏览  次
 编程语言java
1不序列化是二进制流，序列化也是二进制流，有什么不同？最后在计算机里不都是0和1保存嘛？还是说不序列化也可以恶保存，就是没有序列化保存的后好什么的？

2比如我写记事本里写了一篇文章，这里有对象吗？全都是文字啊，那我保存为文本文件的时候，也要序列化一下?然后我以后打开这个文本文件读取到内存，还要反序列化？

3比如实现购物信息记录的保存，不是要序列化吗，序列化以后保存的是文本文件还是什么文件，能用记事本打开看到文字的记录信息吗，不是说序列化后是字节流吗，那文本文件是字符流，那记录信息打开后应该是乱码才对啊，因为序列化后是字节流的！文本文件打开自然就是乱码了？

就不要说什么是序列化的概念什么了，我都看过好几遍了，说是为了保存对象结构什么的，但是还不是很理解，对于普通的字符串或者不序列化之间有何不同，还没明白，尽量用例子或者大白话给讲讲，不要太专业，通俗易懂就可以了
分享到：
-- : 再不玩“疯狂攀岩”你就OUT啦！ 提问者采纳
楼主的问题很有意思，不过你对序列化和反序列的应用场景搞错了，我们说的序列化和反序列化是对JAVA而言（其他面向对象语言可能也有）的，序列化的实体是个对象，结果也是个对象，并非是格式化文本，你在记事本里看到的购物信息保存记录，其实不是对象序列化的结果，而是对象输出的格式化文本，真正的序列化对象是看不懂的。

在实际使用对象序列化时，一种应用场景是将对象序列化到持久化存储（本地硬盘），我们此时不想做文件解析，也不想有人读懂这个持久化文件，当我们需要时，可以直接采用反序列化将保存的文件生成为对象；另一种应用场景是在网络传输过程中，此时对象会在不同主机上传播，序列化会将对象转成码流由对端进行解析，这个解析过程不需要人参与。

普通字符串是经过解析后的对象，有对象到字符串要加入解析逻辑，人才能看懂。
序列化的结果是个只有JAVA虚拟机认识的文件，人不参与，只是用于保存对象或传输。

解决你的问题了么？
追问：
序列化和购物信息记录里的字符串有关系吗？比如我不序列化，这些字就不能保存到硬盘了吗？

还一个就是序列化以后保存的对象在哪里啊，是购物信息记录里面的文字吗？都一起保存到硬盘上面了？还是放哪里，比如我打开购物信息记录里面只有：某某于某天购物等等，这里面哪有对象啊，跟看文本文件没区别啊，那咱们老说保存对象对象的 我不明白这个对象到底在哪里，和字符串有什么关系没
追答：
序列化和字符串没有关系。

字符串是对象里的某些数据的输出结果，你看到的文本文件只包含了对象的一部分信息，你看到可能只是个值而已。

比如一个对象
object monkey
{
    String monkeyName = "悟空";

    long monkeyAge = ;

}

你输出的字符串可能只是这个：

悟空；
；

但对象很多信息丢掉了，比如对象名称，字段属性之类的。

序列化时把对象完整的输入到某个地方，比如文件，这个文件人类是看不懂的，但在反序列化时，文件就会被完成的读取为一个对象，和上面的对象一模一样，这样我们就可以在代码中对对象进行直接操作了。

are we clear?
追问：
good!，原来如此，但是另一个问题又来了，对象保存在哪里？是跟我的文本文件一起保存到硬盘里吗？比如我的文本里字符串是5个字符串文字，按一个字符是2字节，大小是10字节，那如果按你的说法，把字段 名称也保持了，那文件的内容会增多，那有可能不是10字节了，因为你还保存了字段 属性名什么的，那岂不是多占我硬盘空间了？
追答：
保存在哪里是你控制的，你想输出到文件系统也可以，其他地方也行。

你说的大小我不知道跟什么比较，一般情况下肯定会比只保存字符串要大，毕竟有其他的信息需要存储。

会多占你些空间，但比起你手动反序列化这些成本还是值得的。
追问：
我的意思是说，你序列化以后保存的对象内容，是不是也在最终产生的文本文件里？
比如生成了一个购物信息记录.txt的文件，这里面假如有购物信息这4个文字，那对象能在文本里看到吗？还是只能看到字符串？保存的对象其实也在这个文件里，但是不会输出显示，而且最重要的是文件的大小在电脑里还是显示4个字符的大小，但是对象它也是存在的也占硬盘空间，只不过系统只显示字符串的大小而已？
追答：
文本文件是用来保存文本的，是你在代码里控制生成txt。

对象序列化生成的序列化文件，跟txt文件没有关系，你序列化之后存成什么样的文件格式，存储到什么位置，是自己控制的。

你不应该认为txt存储对象，txt存储的只能是文本，对象序列化的结果是一个序列化文件，是一个文件输出流的结果。
追问：
序列化文件保存在哪，我想见识见识，保存在电脑的哪个角落里？我看看跟文本文件有啥不一样的
追答：
import java.io.Serializable;

import java.io.*;

public class Cat implements Serializable {
private String name;

public Cat() {
this.name = "new cat";
}

public String getName() {
return this.name;
}

public void setName(String name) {
this.name = name;
}

public static void main(String[] args) {
Cat cat = new Cat();
try {
FileOutputStream fos = new FileOutputStream("catDemo.out"); //这就是你序列化文件的存储位置，是由自己控制的
ObjectOutputStream oos = new ObjectOutputStream(fos);
System.out.println(" 1> " + cat.getName());
cat.setName("My Cat");
oos.writeObject(cat);
oos.close();
}
catch (Exception ex) {
ex.printStackTrace();
}
try {
FileInputStream fis = new FileInputStream("catDemo.out");
ObjectInputStream ois = new ObjectInputStream(fis);
cat = (Cat) ois.readObject();
System.out.println(" 2> " + cat.getName());
ois.close();
}
catch (Exception ex) {
ex.printStackTrace();
}
}
}

输出内容：

catDemo.out大小：.06K
 已经过百度安全检测,放心下载
点击下载
下载量：
追问：
原来.out文件就是序列化后的文件啊，那保存的购物信息记录也全在这里面吗？如果是在这里，那这个文件不是.txt格式的，打开看肯定是乱码？

如果信息记录没在out文件里，那应该在指定一个路径保存为.txt文件格式吧？这个就是能打开看的信息记录？

这俩文件是分开的 还是合在一起的？
追答：
保存的购物信息都在catDemo.out中，但你是看不懂的，要JAVA虚拟机才能看懂，因为序列化文件本身不是为人类阅读准备的。

如果你想输出为txt，需要你在程序中手动指定输出的内容和格式，这样你才能够看懂。

不是两个文件，也可能是多个文件，你想生成多少文件就生成多少文件。
追问：
那在问下，如果我也想保存输出为txt格式的。在程序中手动添加一个路径为：购物信息.txt就行了是吗？那你上面的那个catDemo.out不用删掉继续保留？

这样在电脑里就会产生一个是catDemo.out文件，一个是文本格式的购物信息.txt？
catDemo.out已经是序列化保存了一次了，后面再输出的.txt不需要序列化了，直接输出字符流保存到电脑里即可？因为前面已经有一个序列化了
追答：
对的，你可以这样理解。

另外你是否需要序列化看你自己的需求，序列化是为了程序读取方便，没有必要非得输出的。
追问：
意思就是说，你要不序列化也行，就是程序读取不方便，而且以前在内存里的对象结构全都没有了？
上面那个还要问下，其实在catDemo.out文件里只包含对象信息，应该也包含字符串信息吧？就是应该也包含txt里面的购物信息，而我输出txt格式，只是从catDemo.out文件里提取出字符串部分的信息给用户看而已，实际对象内容还在catDemo.out里保存？
追答：
序列化是一种操作，你做序列化不是必要的，你做序列化是因为你想保存这个对象在文件系统上。

想象一种场景：
你开发了一个游戏，游戏里有人物，人物里有个属性时他现在拥有的金钱，当用户玩到一半选择保存游戏时，你有两个方案：
保存用户的金钱到txt中，下次加载游戏的时候，再从txt中读取金钱，让用户接着玩。
进行对象序列化，把对象存到文件系统上，下次可以玩的时候使用反序列化加载。
但是第一种方案有个缺点，用户如果知道了txt中保存着金钱，就可以自己把金钱改成99999，采用对象序列化方式就不会了。

最后一个，你没有理解JAVA中的对象，对象是在内存中保存的，它不会因为你序列化了之后它就不存在了，序列化等于把对象的数据复制了一份，序列化，然后输出到文件系统，真正的对象还是在程序中的。

就像你玩游戏玩到一半，突然想存个档，然后就把对象序列化了，但是游戏还在继续啊，里面的人物也没死啊，说明人这个对象还是在内存中存在的。

are we clear?
提问者评价
谢谢!
评论() |  

babyly1314 | 四级 采纳率71%
擅长： 电脑装机/选购 JAVA相关 服务器软件 架构设计 汽车购买
其他类似问题
--14什么是java序列化，如何实现java序列化？
--06java中为什么要序列化？什么时候序列化。
--19Java中为什么要序列化？什么时候用到序列化？
--13关于java序列化的问题27
--22什么是序列化，在java中如何实现序列化。
更多关于java 中类为啥要序列化的问题>>
-- : 网友采纳
你知道什么叫 序列化  吗？
你知道序列化的作用吗？
你可以把序列化，实现Serializable 接口，是序列化了的类告知该程序，这个类的对象可以读写。
读写不仅仅是在文本中读写该类，还可以通过别的流来进行读写。
没有序列化的类，是不能形成二进制读写流。
如果你随便敲写文字进去一个记事本里面。这个就不是序列化的范围了。序列化是指类对象的。你能确保你自己敲上去的文字就是类的对象了吗？你能确保你敲上去的是什么类的对象吗？
第三个问题，已经没有必要解释了。你要知道序列化是什么东西，你就不会问这问题
评论 |  

Stale331x | 来自团队：Java乐园 | 十级 采纳率47%
擅长： JAVA相关 数据结构及算法 数据库DB 服务器软件
为您推荐：
按默认排序 | 按时间排序
其他3条回答
-- : zqhmfk | 五级
要使得javabean能够通过I/O在网络传输那么就必须实现Serializable接口，这是一种规范，就相当于你要tomcat调用你的servlet你必须实现它的接口一样。
要解释你的疑问就说说流吧：
首先流分为：字节流（Inputstream）、字符流(Reader)，而你说的文件那就属于FileInputStream属于字节流，而你说的对象那就是ObjectInputStream也属于字节流，但是写对象必须实现Serializabled接口（这是API文档原话：只能将支持 java.io.Serializable 接口的对象写入流中。每个 serializable 对象的类都被编码，编码内容包括类名和类签名、对象的字段值和数组值，以及从初始对象中引用的其他所有对象的闭包。）
追问：
FileInputStream属于字节流,这也是字节流，是不是说如果我保存的不是对象，可以用这个流？可是java里好像都有对象啊，那就都只能用ObjectInputStream流？

那保存的购物记录是文本文件啊，打开能看到里面的文字信息，也没看到有对象啊，那序列化保存的对象在哪里啊，也在购物记录里吗，一起保存到硬盘里去了？
追答：
文本文件属于字符流（Reader），让你看下API文档原话你就明白了：FileReader 用于读取字符流。要读取原始字节流，请考虑使用 FileInputStream。

大哥还在纠结啊。。。

我最后就给你讲一个大家熟悉的一个例子
大家都用过web容器吧，现在就说weblogic
假如我们要去注册帐号，我们是先进入注册页面，把必填的都填完，最后点击注册按钮ok
此时客户端就发送了一个request注册的请求，
1客户端先把用户填写的信息保存在该请求中-------------------------------客户端
2然后把该请求request对象序列化，request对象保存了用户填写的注册信息
Socket socket=new Socket("ip",);
 ObjectOutputStream oos1 = new ObjectOutputStream(socket.getOutputStream());
FileOutputStream out = new FileOutputStream("file.object"); //楼主看看跟文本文件有啥不一样的ObjectOutputStream oos2 = new ObjectOutputStream(out);
oos1.writeObject(request); //楼主要看序列化是怎么样的加这句
oos2.writeObject(request);
oos.close();
3然后服务器也就是weblogic接收该请求,进行反序列化-----------------------------服务器
ServerSocket ss=new ServerSocket();
   while(true){
    socket=ss.accept();
        ObjectInputStream ois = new ObjectInputStream(socket.getInputStream());
                Request request= (Request) ois.readObject();
        ois.close();

}

写的好累啊。。。望楼主采纳！！！
评论 |
-- : testhdg | 四级
以前我也不理解，不过现在我已经理解了：
是这样的，如果JAVA的对象要保存到硬盘或者要传输，必须实现Serializable接口，则这个接口，里面什么方法都没，它只是一个标识，而且，最好有一个序列的版本号，如private static final long serialVersionUID = 1L;以前我做过实验，我写了一个类Person,然后Person p=new Person();通过序列化，我用代码把p这个对象，保存在文件文件里了！不序列化，绝对不可能保存在计算机硬盘里！
追问：
那文本文件打开后是不是只能看到字符串，看不见保存的对象信息？但是这个文件里面确实有对象信息，只不过系统不给你显示出来，只显示字符串内容而已？而且这个文件实际大小应该是字符串大小+对象大小，但是系统一样只显示文本信息的字符串大小？

是这么理解吧？
追答：
我用代码把p这个对象，保存在文件文件里后，打开看了，不像乱码，但又像乱码的东西。你说得对，只能看到字符串，看不见保存的对象信息，但，你用代码处理后，就可以看见保存的对象信息了。要自己写代码处理，当初怎么写，就反过来，就可以显示对象的信息了。大小与你的对象个数有关，我那时也做了试验，我循环写10与10000次，大小就不一样了。文件大小，不好说，应该只与对象有关，哪来的什么字符串。代码是别人帮我写字，但忘记在哪了，不然，贴出来给你，你就理解了。

序列化就是一种用来处理对象流的机制，所谓对象流也就是将对象的内容进行流化。可以对流化后的对象进行读写操作，也可将流化后的对象传输于网络之间。序列化是为了解决在对对象流进行读写操作时所引发的问题。序列化的实现：将需要被序列化的类实现Serializable接口，该接口没有需要实现的方法，implements Serializable只是为了标注该对象是可被序列化的，然后使用一个输出流(如：FileOutputStream)来构造一个ObjectOutputStream(对象流)对象，接着，使用ObjectOutputStream对象的writeObject(Object obj)方法就可以将参数为obj的对象写出(即保存其状态)，要恢复的话则用输入流。
序列化:序列化是将对象转换为容易传输的格式的过程。例如，可以序列化一个对象，然后使用 HTTP 通过 Internet 在客户端和服务器之间传输该对象。在另一端，反序列化将从该流重新构造对象。
是对象永久化的一种机制。
　　 确切的说应该是对象的序列化，一般程序在运行时，产生对象，这些对象随着程序的停止运行而消失，但如果我们想把某些对象（因为是对象，所以有各自不同的特性）保存下来，在程序终止运行后，这些对象仍然存在，可以在程序再次运行时读取这些对象的值，或者在其他程序中利用这些保存下来的对象。这种情况下就要用到对象的序列化。
　　 只有序列化的对象才可以存储在存储设备上。为了对象的序列化而需要继承的接口也只是一个象征性的接口而已，也就是说继承这个接口说明这个对象可以被序列化了，没有其他的目的。之所以需要对象序列化，是因为有时候对象需要在网络上传输，传输的时候需要这种序列化处理，从服务器硬盘上把序列化的对象取出，然后通过网络传到客户端，再由客户端把序列化的对象读入内存，执行相应的处理。
　　 对象序列化是java的一个特征，通过该特征可以将对象写作一组字节码，当在其他位置读到这些字节码时，可以依此创建一个新的对象，而且新对象的状态与原对象完全相同。为了实现对象序列化，要求必须能够访问类的私有变量，从而保证对象状态能够正确的得以保存和恢复。相应的，对象序列化API能够在对象重建时，将这些值还原给私有的数据成员。这是对java语言访问权限的挑战。通常用在服务器客户端的对象交换上面，另外就是在本机的存储。
　　 对象序列化的最主要的用处就是在传递,和保存对象(object)的时候,保证对象的完整性和可传递性。譬如通过网络传输,或者把一个对象保存成一个文件的时候,要实现序列化接口