前言
最近接手的老项目也不少，我在看老项目的代码的时候，顺便看到同事敲代码，
无聊问到同事，
这个类为啥要实现序列化？
你看有些类没序列化不是嘛，但是有些又序列化了，为啥？
为啥你现在新建的也序列化？
你知道序列化有啥用么？
一串连问后，得到了短暂的宁静。
我才发现，
其实很多人都没有去了解过这些 ，大多数都是脑子里有个模糊的概念，看到别人这么做，也跟着这么做。
所以，我决定写一篇关于这个序列化、反序列化以及serialVersionUID使用和不使用的简单介绍文章，希望能帮助一些伙伴把脑子里模糊的概念给抹掉。
正文
序列化和反序列化 ，这两个词一看就是对着干的。
简单理解：
序列化，就是将一个东西 给变化成序列。
反序列化，就是将序列给变化成一个东西。
这里顺便一提，serialVersionUID 其实就是这个东西的一个号码，就行是咱们的身份证一样。
文笔拙劣，我们结合代码来看：
首先我们新建一个类，用于咱们接下来的序列化操作使用，Cat.class：
ps： 该篇文章主介绍实现Serializable 接口 来达到序列化。
import java.io.Serializable;
/**
* @Author : JCccc
* @CreateTime : 2020/4/21
* @Description :
**/
public class Dog implements Serializable {
private String name;
private Integer age;
@Override
public String toString() {
return "Dog{" +
"name='" + name + '\'' +
", age=" + age +
'}';
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Integer getAge() {
return age;
}
public void setAge(Integer age) {
this.age = age;
}
}可以看到上面的类 Dog实现了Serializable， 标记这个类是可以序列化的。
有人也注意到了，为什么没有弄serialVersionUID ？
其实咱们如果不手动设置serialVersionUID，会有默认计算出的serialVersionUID的。后面再讨论为什么有手动弄serialVersionUID的场景。
结合代码
序列化
import com.jc.mytest.model.Dog;
import java.io.*;
/**
* @Author : JCccc
* @CreateTime : 2020/4/21
* @Description :
**/
public class SerializeTest {
public static void main(String[] args) throws IOException, ClassNotFoundException {
//序列化对象-IO流-存储
ObjectOutputStream objectOutputStream = new ObjectOutputStream(new FileOutputStream("D:\\dogInfoText.out"));
Dog dog=new Dog();
dog.setName("阿福");
dog.setAge(1);
objectOutputStream.writeObject(dog);
objectOutputStream.flush();
objectOutputStream.close();
}
}运行一下，可以看到我们的D盘生成了这个Dog类型序列化后的文件，
里面全是 ‘乱码’，没事乱码我们看不懂，但是jvm能看懂。
反序列化
public class SerializeTest {
public static void main(String[] args) throws IOException, ClassNotFoundException {
ObjectInputStream objectInputStream = new ObjectInputStream(new FileInputStream("D:\\dogInfoText.out"));
Dog dog = (Dog) objectInputStream.readObject();
System.out.println("dog's name:"+dog.getName());
}
}运行结果，跟我们序列化进去的Dog设置的字段属性值一样：
序列化和反序列化的简单使用操作已经完毕，作用显然都知道了，简单的理解就是转存为字节流可以方便传输，然后反序列化可以快速地拿到原来的对象。
那么接下来我们来看看为什么要加 serialVersionUID ？ 如：
private static final long serialVersionUID = -8567374045705746827L;private static final long serialVersionUID = 1L;
上面有说过如果我们不手动加这个 serialVersionUID，是会默认生成一个的，只是我们看不到。
上面也有说过，这个serialVersionUID就像是这个类的身份证号码一样，具有唯一识别的性质。
举例：
原本我们的Dog类只有2个字段属性，
然后我们进行了序列化， 这时候，对应默认对应的 serialVersionUID，绑定的内容是这个Dog，有2个字段属性，
已经序列化保存到D:\\dogInfoText.out 文件里面了。
这时候我们进行一个修改，增加一个字段，nickName 。如：
此时，我们进行反序列化的操作，就会报错：
因为系统默认给之前序列化的Dog是生成了一个serialVersionUID的，里面绑定的属性只有两个，现在你让三个属性的去接收反序列化后的Dog类，且身份证号码不一样，肯定报错了。
这时候避免这种情况的出现，手动设置一个serialVersionUID就可以,如：
加上serialVersionUID之后的Dog，序列化之后，无论后面怎么修改，只要serialVersionUID不变，反序列化就可以正常进行。
（如果没有设置idea自动生成，手动设置1L也是经常使用的手段）
最后再补充两点， 哪些字段是不能被序列化的呢？
1. static 修饰的， 因为序列化操作是对于 堆 区 ，而static的在全局区
2.transient 修饰的字段 ，在使用implements Serializable 的时候，也是避开序列化的
ps： 至于子类和父类这些继承关系，序列化的时候应该遵守什么规则，这些就留个大家去额外扩展下吧。
好，该篇文章就到此结束。
