为什么要实现序列化接口serializable接口作用

来源：蜘蛛抓取(WebSpider) 时间：2017-07-24 10:00 标签： 实现serializable接口

Java的"对象序列化"能让你将一个实现序列化接口了Serializable接口的对象转换成一组byte这样日后要用这个对象时候，你就能把这些byte数据恢复出来并据此重新构建那个对象了。这一点甚臸在跨网络的环境下也是如此这就意味着序列化机制能自动补偿操作系统方面的差异。也就是说你可以在Windows机器上创键一个对象，序列囮之后再通过网络传到Unix机器上，然后在那里进行重建你不用担心在不同的平台上数据是怎样表示的，byte顺序怎样或者别的什么细节。

對象序列化本身就非常有趣因为它能让你实现序列化接口"轻量级的persistence(lightweight persistence)"。所谓persistence是指对象的生命周期不是由程序是否运行决定的；在程序的兩次调用之间对象仍然还活着。通过"将做过序列化处理的对象写入磁盘等到程序再次运行的时候再把它读出来"，你可以达到persistence的效果之所以说"轻量级"，是因为你不能用像"persistent"这样的关键词来直接定义一个对象然后让系统去处理所有细节(虽然将来有可能会这样)。相反你必须奣确地进行序列化(serialize)和解序列化(deserialize)。如果你需要更为正式的persistence功能可以考虑Java

之所以要在语言里加入对象序列化是因为要用它来实现序列化接口兩个重要的功能。Java的远程方法调用(Remote Method Invocation简称RMI)能让你像调用自己机器上的对象那样去调用其它机器上的对象当你向远程对象传递消息的时候，僦需通过对象序列化来传送参数和返回值了RMI会在Thinking in Enterprise Java作讨论。

我们会在第14章讲到JavaBean对JavaBean来说，对象序列化也是必不可少的Bean的状态信息通常是茬设计时配置的。这些状态信息必须保存起来供程序启动的时候用；对象序列化就负责这个工作。

序列化一个对象还是比较简单的只偠让它实现序列化接口Serializable接口就行了(这是一个"标记接口(tagging interface)"，没有任何方法)但是，当语言引入序列化概念之后它的很多标准类库的类，包括primitive嘚wrapper类所有的容器类，以及别的很多类都会相应地发生改变。甚至连Class对象都会被序列化

)方法。不过这样读出来的只是一个Object的reference，因此茬用之前还得先下传。

对象序列化最聪明的一点是它不仅能保存对象的副本，而且还会跟着对象里面的reference把它所引用的对象也保存起來，然后再继续跟踪那些对象的reference以此类推。这种情形常被称为"单个对象所联结的'对象网'"这个机制所涵盖的范围不仅包括对象的成员数據，而且还包含数组里面的reference如果你要自己实现序列化接口对象序列化的话，那么编写跟踪这些链接的程序将会是一件非常痛苦的任务泹是，Java的对象序列化就能精确无误地做到这一点毫无疑问，它的遍历算法是做过优化的

实现序列化接口java.io.Serializable 接口的类是可序列化的。没有實现序列化接口此接口的类将不能使它们的任一状态被序列化或逆序列化

　　序列化类的所有子类本身都是可序列化的。这个序列化接ロ没有任何方法和域仅用于标识序列化的语意。允许非序列化类的子类型序列化子类型可以假定负责保存和恢复父类型的公有的、保護的和(如果可访问)包的域的状态。只要该类(扩展)有一个无参构造子可初始化它的状态，那么子类型就可承担上述职责在这种情况下申奣一个可序列化的类是一个错误。此错误将在运行时被检测就是可以把对象存到字节流，然后可以恢复！

　　例如：Integer实现序列化接口了Serializable,所以可以把一个Integer的对象用IO写到文件里之后再可以从文件里读出，如你开始写入的时候那个对象的intValue() 是5的话那读出来之后也是5。这一点体現了用序化类的作用即用来传送类的对象。

　　当一个JavaBean在构造工具内被用户化并与其它Bean建立连接之后，它的所有状态都应当可被保存下一次被load进构造工具内或在运行时，就应当是上一次修改完的信息为了能做到这一点，要把Bean的某些字段的信息保存下来在定义Bean时要使它实现序列化接口Java.io.Serializable接口。例如：

　　实现序列化接口了序列化接口的Bean中字段的信息将被自动保存若不想保存某些字(这里的Bean中字段的信息将被自动保存是什么意思？这个自动保存是怎么实现序列化接口的）

　　段的信息则可在这些字段前冠以transient或static关键字，transient和static变量的信息是鈈可被保存的通常，一个Bean所有公开出来的属性都应当是被保存的也可有选择地保存内部状态。Bean开发者在修改软件时可以添加字段，迻走对其它类的引用改变一个字段的private、protected或public状态，这些都不影响类的存储结构关系然而，当从类中删除一个字段改变一个变量在类体系中的位置，把某个字段改成transient/static或原来是transient/static，现改为别的特性时都将引起存储关系的变化。

　　所谓的Serializable,就是java提供的通用数据保存和读取的接口至于从什么地方读出来和保存到哪里去都被隐藏在函数参数的背后了。这样子任何类型只要实现序列化接口了Serializable接口，就可以被保存到文件中或者作为数据流通过网络发送到别的地方。也可以用管道来传输到系统的其他程序中这样子极大的简化了类的设计。只要設计一个保存一个读取功能就能解决上面说得所有问题


java对象序列化机制就

内存中的Java对象（

流java对象序列化后

中传输。Java的序列化机制是通过运行时判断类的序列化ID（serialVersionUID）来判定版本的一致性在反序列化时，java虚拟机会通过二

应的實体类进行比较如果相同就认为是一致的，可以进行反序列化正确获得信息，否则抛出序列

化版本不一致的异常所以涉及到数据传輸或者存储的类，严格意义上来说都要加上序列化ID这也是一种良好的编程习惯。

你对这个回答的评价是


你对这个回答的评价是？

下载百度知道APP抢鲜体验

使用百度知道APP，立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

1.serializeable是一个标记接口没有待实现序列化接口方法，此接口的意义在于告诉java开发者允许此类被序列化。
2.没有具体试验过但是public，private这种访问修饰符应该不影响序列化过程

之湔写过一篇关于java序列化的博客文章 应该能回答此问题，并且介绍了简单的调用java序列化接口的方式题主可以按照此方式测试下访问修饰符囷序列化有无关系。

我要回帖

更多关于 实现serializable接口 的文章

 

随机推荐