java中SerialVersionUID的作用

我们在进行java后端开发的过程中，经常会看到如下的代码片段：

package com.shijia.apidemo.pojo;

import java.io.Serializable;
import java.sql.Time;
import java.util.Date;

/**
 * 系统用户信息
 */
public class SysUser implements Serializable {

    private static final long serialVersionUID = 1L;


    private String userId;
    /**
     * 用户名
     */
    private String userName;

    /**
     * 性别
     */
    private int sex;
    /**
     * 机构编码
     */
    private String orgNo;

    /**
     * 手机号
     */
    private String mobile;
    /**
     * 状态 0：禁用 1：正常
     */
    private int status;
    /**'
     * 密码
     */
    private String password;
    /**
     * 创建者ID
     */
    private String createUserId;

}

上面的代码对于开发过java的研发人员并不陌生，甚至很多出入职场的同胞们往往听到老鸟们会告诉你们，实体对象一定要序列化，怎么序列化，实现接口Serializable。

然后我们就记着了这个模式，实体要序列化，序列化就两步

• 1：实现接口 Serializable
• 2：定义常量 private static final long serialVersionUID = 1L;     

不管你们是不是这么做的，我是一直这么记着的，发扬程序猿懒惰的天赋，一直也不查它为啥要这么做，今天特地查了下，为什么要定义常量 serialVersionUID呢，不定义行不行？

什么是 SerialVersionUID？

SerialVersionUID适用于Java的序列化机制。

简单来说，Java的序列化机制是通过判断类的serialVersionUID来验证版本一致性的。

在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体类的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常，即是InvalidCastException。

这下明白了，serialVersionUID就是我们在进行流传递时，这个类文件的唯一身份证，通过这个判断是不是一个人。。。

serialVersionUID 可以改变吗？可以不定义吗？：

serialVersionUID有两种生成方式：

• 一是默认的1L，比如：private static final long serialVersionUID = 1L;        
• 二是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段， 比如 private static final  long   serialVersionUID = xxxxL;

当实现java.io.Serializable接口的类没有显式地定义一个serialVersionUID变量时候，Java序列化机制会根据编译的Class自动生成一个serialVersionUID作序列化版本比较用，

这种情况下，如果Class文件(类名，方法明等)没有发生变化(增加空格，换行，增加注释等等)，就算再编译多次，serialVersionUID也不会变化的。

如果我们不希望通过编译来强制划分软件版本，即实现序列化接口的实体能够兼容先前版本，就需要显式地定义一个名为serialVersionUID，类型为long的变量，不修改这个变量值的序列化实体都可以相互进行串行化和反串行化。

这下也明白了，可以不定义，系统会自动帮我们做个默认的，但是每次编译或改动文件后，这个身份证都会发生变化。