设计模式（一）单例模式：实现 Serializable 接口之后的额外操作

最新推荐文章于 2024-06-12 16:46:06 发布

weixin_30826761

最新推荐文章于 2024-06-12 16:46:06 发布

阅读量182

点赞数

CC 4.0 BY-SA版权

文章标签： java

原文链接：http://www.cnblogs.com/jing-an-feng-shao/p/7501812.html

本文探讨了单例模式在实现Serializable接口时所面临的问题，并提供了两种实现方式：一种是错误示例，另一种则通过使用readResolve()方法确保了单例特性在序列化和反序列化过程中的正确性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

思想：

　　一个单例类，无论采取哪一种设计（单元素枚举类除外），一旦间接或者直接实现 Serializable 接口，为了保证单例，就要多增加一点考虑：保证类在反序列化之后能够保证单例。

public final class SerializableSingletonFail implements Serializable {

    private static final long serialVersionUID = 3355486892283807446L;

    private static final SerializableSingletonFail instance = new SerializableSingletonFail();

    private SerializableSingletonFail() {
        if (instance != null) {
            throw new IllegalStateException();
        }
    }

    public static final SerializableSingletonFail getInstance() {
        return instance;
    }

}

　　以上是一个单例的简单饿汉模式实现，实现了 Serializable 接口。从类名上也不难看出，这是个错误示例。

　　每一个类中，有两个很特殊的方法，分别是 writeReplace() 和 readResolve() 。

　　前者保证，无论从什么对象序列化，只要是序列化这个类，都会把 writeReplace() 的返回对象序列化进文件；

　　后者保证，无论从什么文件反序列化，都会反序列化成 readResolve() 的返回对象。

　　这两个方法，对于方法签名有着严格的限定，包括入参（没有入参）和返回类型（Object），但是可以接受抛出不同的异常。

　　建议将这两个方法的控制符设为 private，防止外部类的误操作。

public final class SerializableSingleton implements Serializable {

    private static final long serialVersionUID = -6451544700567522443L;

    private static final SerializableSingleton instance = new SerializableSingleton();

    private SerializableSingleton() {
        if (instance != null) {
            throw new IllegalStateException();
        }
    }

    public static final SerializableSingleton getInstance() {
        return instance;
    }

    private Object readResolve() {
        return instance;
    }

}