JavaSE——序列化与反序列化（深拷贝使用了该技术（克隆对象（原型模式）））

在最近学习Spring源码系列的时候，接触到了一个设计模式——原型模式(数据内容相同，但是是两个完全不同的对象实例)
原理就是实现接口重写clone方法。如果单纯的调用super.clone方法就属于浅拷贝，只会拷贝8大基本数据类型和String类型。而Date和对象属性就是引用的同一个对象，而不是拷贝过来的。只有深拷贝的时候才回完全拷贝。
深拷贝，实现接口重写clone方法，利用序列化和反序列化就实现了深拷贝。
一、序列化和反序列化
首先，Serializable接口以及相关的东西，全都在Java io里面。
1.概念
序列化：把对象转换为字节序列的过程叫做对象的序列化。
反序列化：把字节序列恢复为对象的过程叫做对象的反序列化。
在代码运行的时候，我们可以看到有很多的对象
可以是一个，也可以是一类对象的集合，很多的对象数据，这些数据中，
有些信息我们想让他持久的保存起来，那么这个序列化。
就是把内存里面的这些对象给变成一连串的字节描述的过程。
常见的就是变成文件。
但是我不序列化也可以保存文件啥的呀，有什么影响呢？
2.什么时候需要序列化
当你想把的内存中的对象状态保存到一个文件中或者数据库中时候；
当你想用套接字在网络上传送对象的时候；
当你想通过RMI传输对象的时候。
3.实现序列化
实现Serializable接口即可，会自动生成一个serialVersionUID。
static的属性不会序列化。transient 修饰的属性，是不会被序列化的。
serialVersionUID，我们没有赋值的时候，java会自动生成一个值，是根据对象里面的属性再根据相关计算出来的，当我们序列化和反序列化的时候对象里面属性有所改变，比如增加了一个String类型。这时候反序列化时java自动生成的serialVersionUID和序列化生成的serialVersionUID不一样，这时候程序就会抛出异常。有时候，我们可以自己给serialVersionUID赋值，赋1L就行。
最后，当属性是对象的时候，如果这个对象没有实现Serializable接口，我们去序列化程序就会报错。