你真的了解java序列化吗

问： 可是我这个实体类，没有实现序列化那个接口，也能存到数据库，这是为什么呢？

想不通!我是用的注解和hibernate框架弄的！

难道说不实现序列化接口也能保存数据？不应该啊。

@Entity

public class Person {

@Id @GeneratedValue

private Integer id;

private String name;

private Integer age;

}

答： 你用habernate保存数据，只要XML文件配置好了，实体类DAO层都没错，调用SAVE方法 然后COMMIT就可以保存数据。

序列化主要就是把你要保存的数据，转换成字节码的形式，反序列化就是把字节码变成数据。

你直接把数据通过本机服务器提交给硬盘，确实不需要序列化。

但是你在网络传输的时候就不行了，你传给别人一个东西，它接收了所有的字节码之后，却不知道你原本传的是什么对象，也就没法把这个东西按照原始去解析。

你序列化之后，在传给对方，他接收到的时候会按照序列化特定的模式，给反序列化出来，也就是说你传了什么，对方接收的也是什么，解析成功，可以正确使用方法以及属性。

追问： 你没明白我的意思，我不是问什么叫序列化

我问你我没实现序列化接口Serializable

为什么还可以保存对象到数据库呢？

追答： 本来就是可以保存的啊。你想想最开始学习数据库和JAVA的时候，我们直接写类，写保存方法，然后连接数据库，保存数据，当时的对象属性，不也是没有序列化就直接保存的吗。

实体类只是表的抽象形式而已。理所当然可以保存啊。

保存数据 本来就和序列化没有关系。。。

连接数据库，调用保存方法，没有异常直接提交，然后关闭连接，无论你用hibernate还是以前的，或者SSH框架，都是一个道理。 提交数据只是事物在没有发生异常的时候，成功把JAVA里模拟的数据根据对应的表字段存储到表中。 它和序列化，没有一点关系。

追问： 就是说 实体类保存的只是各个属性的字段到数据库。所以不需要序列化

而且也没有对象参与其中，所以实体类和数据库之间的操作不实现Serializable接口也可以

也就是说保存到数据库的不是对象！而是数值数据而已

追答： 你这个问题问的好，其实我前面已经说过了。。。

保存本身只是保存数据，但是你有了序列化，就是按照一定标准，方式去保存。

追问： 现在明白了，我把单纯的保存数据和保存对象搞混了

那是不是可以这么理解

比如 单纯的数据： 你好

保存对象： 张三 你好（假设张三是对象）

也就是说保存对象，就是多了一个对象+所有属性字段

而单纯保存数据，就是只保存所有属性字段

追答： 这个说法也不是很正确。 所谓的保存对象，换句话说无法实现。。。本来保存的就是数据。

对象是什么？是内存地址中分配出来的一块区域，里面有堆和栈的。。分别用来记录对象，类，属性这些东西。但是它只是一个临时的存储空间，你想啊，内存区域划分的空间。对吧。

对象是无法保存的，保存的只是对象里对应字段的数据，因为实体类本身就是表字段的抽象而已。

序列化你记住，就是单纯的一种保存数据的模式。。有了它，在网络传输中安全，而且百分百解析。

追问： 这样啊，那对象不能保存的话，但是可以模拟记录下这个吧，比如不是有个序列化uid那个嘛

那个标志是不是就代表这个对象，按你说的对象没法保存，但是我可以自己生成一个id标记，

这样就能把所有字段和属性都归到这个标记下面，然后通过网络传输到另一边。那边收到后

对比id标记，发现是一样的，然后开始恢复所有的属性，成功的保存传输了对象！

追答： 你的表中有标识列对吧，hibernate配置的XML文档，本来就对标识列和实体类对应标识列的字段有处理的啊，你保存下来肯定也是对应的呀。

至于保存的是什么，我应该是说错了，保存的确实是对象。具体说是保存了对象中封装的字段，不过书上说的是保存了对象。。

追问： 你误会了 我现在说的不是数据库的对应标识了

我说的是保存对象的标识

你应该知道实现Serializable接口后，不是都有一个uid嘛

加上你刚才说的对象只是一个临时内存地址，不能保存不是吗

所以我们自己创造一个uid标识这个对象，不就能保存对象了嘛

我是问的uid是不是这个意思，现在不说数据库的事了，就是传输对象

追答： 这个我还真不好回答你了。

序列化某个类的时候，下面不是出现个黄色提示吗，我直接点它，然后就出来这个uid了，以及对应的数值，具体什么作用，这个不清楚了。

追问： 看来越往底层就越深奥了。但我感觉应该就是和你说的那个对象没法保存有关系。你想对象没法保存，那靠什么来标识对象，总要有个标记对吧？于是jvm自动根据哈希值生产一个uid，通过网络传输到对方去，对方那边接收到uid后，会和本地的对象uid对比，只要不吻合，就会反序列化对象更新数据。软件的版本更新都这么弄的，只要uid相同证明没改动，uid不一样，就证明有新版本可以更新的

追答： 晕呀，我感觉不要追的这么深吧，其实到这个层面就不是我们该学习的了。

它每次更新也好，其中什么微小的改动，都是符合SUN公司设计的体系的，就是JAVA整个体系架构

我们作为程序员，不用去看到如此深层的东西呀！

不过反观这个UID，也许你的猜测是对的吧，它有可能是通过这种方式来校正的，算是排除法吧。

如果文章对您有帮助，请记得点赞关注哟~

欢迎大家关注我的公众号<情系IT>，每日技术推送文章供大家学习参考。