02.22 面试官:Java序列化为什么要实现Serializable接口?我懵了

整理了一些Java方面的架构、面试资料(微服务、集群、分布式、中间件等),有需要的小伙伴可以关注公众号【程序员内点事】,无套路自行领取

写在前边

最近有个公众号粉丝和我聊了聊他面试的经历,一个刚入坑Java两年的新人,由于疫情原因视频面试,而面试官只问了一个问题:“Java序列化为什么要实现Serializable接口?”,结果他一时语塞面试OVER。说实话听到这个问题,我也有些懵逼,平时忙着研究各种中间件、什么高可用框架,可真要回头对Java基础知识较起真,发现自己的技术债欠的太多,所以和大家一起复习一下Java序列化知识。


什么是Java序列化?

序列化:Java中的序列化机制能够将一个实例对象信息写入到一个字节流中(只序列化对象的属性值,而不会去序列化方法),序列化后的对象可用于网络传输,或者持久化到数据库、磁盘中。

反序列化:需要对象的时候,再通过字节流中的信息来重构一个相同的对象。

Java中要使一个类可以序列化,实现java.io.Serializable接口是最简单的。

<code>public class User implements Serializable {    private static final long serialVersionUID = 1L;}/<code>

那么我们来看看Serializable接口的源码实现,可以看到Serializable接口中并没有方法或字段,这个接口仅仅用于标识可序列化的语义,也就是说它只是用来标识一个对象是否可被序列化。

<code>package java.io;/** * @author  unascribed * @see java.io.ObjectOutputStream * @see java.io.ObjectInputStream * @see java.io.ObjectOutput * @see java.io.ObjectInput * @see java.io.Externalizable * @since   JDK1.1 */public interface Serializable {}/<code>

接下来写一个对象信息写入磁盘的例子测试一下:

创建一个User对象,并实现Serializable接口

<code>@Datapublic class User implements Serializable {    private static final long serialVersionUID = 1L;    private String name;    private String age;}/<code>

将User对象信息写入到磁盘当中

<code>@Slf4jpublic class serializeTest {    public static void main(String[] args) throws Exception {        User user = new User();        user.setName("fufu");        user.setAge("18");        serialize(user);        log.info("Java序列化前的结果:{} ", user);        User duser = deserialize();        log.info("Java反序列化的结果:{} ", duser);    }    /**     * @author xzf     * @description 序列化     * @date 2020/2/22 19:34     */    private static void serialize(User user) throws Exception {        ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("D:\\\\111.txt")));        oos.writeObject(user);        oos.close();    }    /**     * @author xzf     * @description 反序列化     * @date 2020/2/22 19:34     */    private static User deserialize() throws Exception {        ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("D:\\\\111.txt")));        return (User) ois.readObject();    }}/<code>
<code>序列化前的结果: User(name=fufu, age=18)反序列化后的结果: User(name=fufu, age=18)/<code>

打开writeObject方法的源码看一下,发现方法中有这么一个逻辑,当要写入的对象是String、Array、Enum、Serializable类型的对象则可以正常序列化,否则会抛出NotSerializableException异常。

这就能解释为什么Java序列化一定要实现Serializable接口了。

<code>/**     * Underlying writeObject/writeUnshared implementation.     */    private void writeObject0(Object obj, boolean unshared)        throws IOException    {        boolean oldMode = bout.setBlockDataMode(false);        depth++;        try {            // 省略号。。。。。。。。。。            // remaining cases            if (obj instanceof String) {                writeString((String) obj, unshared);            } else if (cl.isArray()) {                writeArray(obj, desc, unshared);            } else if (obj instanceof Enum) {                writeEnum((Enum>) obj, desc, unshared);            } else if (obj instanceof Serializable) {                writeOrdinaryObject(obj, desc, unshared);            } else {                if (extendedDebugInfo) {                    throw new NotSerializableException(                        cl.getName() + "\\n" + debugInfoStack.toString());                } else {                    throw new NotSerializableException(cl.getName());                }            }        } finally {            depth--;            bout.setBlockDataMode(oldMode);        }    }/<code>

那么可能会有人疑问,String为啥就不用实现Serializable接口呢?其实String已经内部实现了Serializable,不用我们再显示实现。看看源码就懂了

<code>public final class String    implements java.io.Serializable, Comparable<string>, CharSequence {    /** The value is used for character storage. */    private final char value[];    /** Cache the hash code for the string */    private int hash; // Default to 0    /** use serialVersionUID from JDK 1.0.2 for interoperability */    private static final long serialVersionUID = -6849794470754667710L;    ......}/<string>/<code>

既然已经实现了Serializable接口,为什么还要显示指定serialVersionUID的值呢?

因为序列化对象时,如果不显示的设置serialVersionUID,Java在序列化时会根据对象属性自动的生成一个serialVersionUID,再进行存储或用作网络传输。

在反序列化时,会根据对象属性自动再生成一个新的serialVersionUID,和序列化时生成的serialVersionUID进行比对,两个serialVersionUID相同则反序列化成功,否则就会抛异常。

而当显示的设置serialVersionUID后,Java在序列化和反序列化对象时,生成的serialVersionUID都为我们设定的serialVersionUID,这样就保证了反序列化的成功。

transient

序列化对象时如果希望哪个属性不被序列化,则用transient关键字修饰即可

<code>@Datapublic class User implements Serializable {    private transient String name;    private String age;}/<code>

可以看到字段name的值没有被保存到磁盘中,一旦变量被transient修饰,变量将不再是对象持久化的一部分,该变量内容在序列化后无法获得访问。

<code>Java序列化前的结果: User(name=fufu, age=18)Java反序列化的结果:User(name=null, age=18)/<code> 

一个静态变量不管是否被transient修饰,均不能被序列化。 因为static修饰的属性是属于类,而非对象。

总结

分享了一个很小的知识点,工作再忙也不要忘了温故而知新哦


今天就说这么多,如果本文对您有一点帮助,希望能得到您一个点赞哦

您的认可才是我写作的动力!


[整理了一些Java方面的架构、面试资料(微服务、集群、分布式、中间件等),有需要的小伙伴可以关注公众号【程序员内点事】,无套路自行领取]


面试官:Java序列化为什么要实现Serializable接口?我懵了


分享到:


相關文章: