シングルトン、シリアル化、およびreadResolve()メソッド

このトピックについて言えば、resolve()メソッドでは、最初に空腹の中国スタイルのシングルトンを捨てさせてください

シングルケース:空腹の中国人

public class HungrySingleton  {
    private HungrySingleton() {
    }

    private static final HungrySingleton hungry = new HungrySingleton();

    public static HungrySingleton getInstance() {
        return hungry;
    }
}

まず、HungrySingletonがシリアル化をサポートするようにし、HungrySingletonクラスを変更する必要があります

public class HungrySingleton implements Serializable {
   
   

空腹の中国スタイルをシリアル化および逆シリアル化するためのテストクラスを作成します

public class Client {
    public static void main(String[] args) {
        HungrySingleton s1 = HungrySingleton.getInstance();
        HungrySingleton s2 = null;
        try {
            // 将s1序列化到磁盘
            FileOutputStream fos = new FileOutputStream("a.obj");
            @Cleanup
            ObjectOutputStream oos = new ObjectOutputStream(fos);
            oos.writeObject(s1);

            oos.flush();

            @Cleanup
            FileInputStream fis = new FileInputStream("a.obj");
            ObjectInputStream ois = new ObjectInputStream(fis);
            // 从磁盘反序列化
            s2 = (HungrySingleton) ois.readObject();
            System.out.println(s1 == s2);
        } catch (IOException e) {
            e.printStackTrace();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }

    }
}

運転結果

実行結果から、シリアル化によってシングルトンが破壊され、複数のインスタンスが生成されることがわかります。では、どうすればそれを解決できますか?これは、readResolve()メソッドをHungrySingletonクラスに追加することで完全に解決できます。

public class HungrySingleton implements Serializable {
    private HungrySingleton() {
    }

    private static final HungrySingleton hungry = new HungrySingleton();

    public static HungrySingleton getInstance() {
        return hungry;
    }
    // 我们添加的readResolve()方法
    private Object readResolve() {
        return hungry;
    }
}

上記を追加した後、クライアントを実行してクラスをテストすると、trueと出力されることがわかります。readResolveメソッドがシリアル化がシングルトンを破壊する問題を解決できる理由は誰もが疑問に思うでしょう。

readResolve()がシングルトンを破壊するシリアル化の問題を解決できるのはなぜですか?

ソースはテストクラスにあります

ObjectInputStream ois = new ObjectInputStream(fis);
  singleton1 = (HungrySingleton) ois.readObject();// 这句代码是我们的入手点

ObjectInputStream#readObject()に移動して、ソースコードを確認します。tryの最初の文は次のとおりです。

//返回的obj对象,就是ObjectInputStream的readObject0返回的对象。
  Object obj = readObject0(false);

ObjectInputStream#readObject0()と入力すると、switchステートメントには列挙型またはオブジェクトクラスに対応するシリアル化メカニズムがあります

キーコード

case TC_ENUM:
// 这句代码是针对枚举,单例中为啥枚举式最安全,就是看这行代码,后续,小伙伴可以研读研读
                    return checkResolve(readEnum(unshared));

 case TC_OBJECT:
 //我们的Object 类
                    return checkResolve(readOrdinaryObject(unshared));

checkResolve:オブジェクトをチェックして置き換えます

readOrdinaryObject:バイナリオブジェクトを読み取るには、最初にreadOrdinaryObject()メソッドを入力します

try {
            obj = desc.isInstantiable() ? desc.newInstance() : null;
        } catch (Exception ex) {
            throw (IOException) new InvalidClassException(
                desc.forClass().getName(),
                "unable to create instance").initCause(ex);
        }

ご覧のとおり、readOrdinaryObject()メソッドはdesc.isInstantiable()を使用して、新しいオブジェクトが必要かどうかを判断します。trueが返された場合、メソッドは引数なしの構築メソッドを呼び出して、リフレクションによって新しいオブジェクトを作成します。それ以外の場合は、空を返します。次に、isInstantiable()メソッドに入ります。

boolean isInstantiable() {
        requireInitialized();
//cons是构造函数
        return (cons != null);
    }

cons!= nullは、クラスのコンストラクターが空であるかどうかを判別することです。Classクラスのコンストラクターが確実に空ではないことを知っておく必要があります。明らかに、isInstantiable()はtrueを返します。つまり、オブジェクトは新しい必要があります。 objによって受信されます。

readOrdinaryObject()メソッドに戻って、初期化後の操作を確認しましょう。

if (obj != null &&
            handles.lookupException(passHandle) == null &&
            desc.hasReadResolveMethod())
        {
// !敲重点,这句代码块是为什么会执行我们在单例中定义的readResolve()方法的核心。
            Object rep = desc.invokeReadResolve(obj);
            if (unshared && rep.getClass().isArray()) {
                rep = cloneArray(rep);
            }
            if (rep != obj) {
                // Filter the replacement object
                if (rep != null) {
                    if (rep.getClass().isArray()) {
                        filterCheck(rep.getClass(), Array.getLength(rep));
                    } else {
                        filterCheck(rep.getClass(), -1);
                    }
                }
                handles.setObject(passHandle, obj = rep);
            }
        }

黒板にぶつかります。これが、シングルトンクラスでreadResolveを定義することで解決できる問題の鍵です。ステートメント "obj!= null && handles.lookupException(passHandle)== null && desc.hasReadResolveMethod()"がtrueを返す場合、ステートメントObject rep = desc.invokeReadResolve(obj)が呼び出されます。

hasReadResolveMethod()メソッドに入ります

boolean hasReadResolveMethod() {
        requireInitialized();
        return (readResolveMethod != null);
    }

「readResolveMethod!= null」の判断で、readResolveMethodが読み込まれた場所を詳しく見ていきましょう。

/** class-defined readResolve method, or null if none */
// 定义readResolveMethod 的方法
    private Method readResolveMethod;

// 对readResolveMethod赋值, 通过反射获得类中名为readResolve的方法
 readResolveMethod = getInheritableMethod(
                        cl, "readResolve", null, Object.class);

 

言い換えると!ターゲットクラスにreadResolveメソッドがある場合は、リフレクションによって逆シリアル化されるクラスのreadResolveメソッドを呼び出し、オブジェクトを返し、この新しいオブジェクトを以前に作成されたobj(つまり、最後に返されたオブジェクト)にコピーします。デシリアライズされたクラスのreadResolveメソッドには何が含まれていますか?シングルトンオブジェクトを直接返すことです。シングルトンクラスで、もう一度貼り付けます。

public class HungrySingleton implements Serializable {
    private HungrySingleton() {
    }

    private static final HungrySingleton hungry = new HungrySingleton();

    public static HungrySingleton getInstance() {
        return hungry;
    }
    private Object readResolve() {
        return hungry;
    }
}

ヒヒ、何かおかしいことがあったら、他人を誤解させないようにコメントを残していただければ幸いです。

おすすめ

転載: blog.csdn.net/weixin_45433031/article/details/115364766