單例模式的破壞與保護

How to prevent Singleton Pattern from Reflection, Serialization and Cloning?

1. Reflection

2. Serialization

3. Cloning


  • 創建對象的方法有四種:new 、克隆、序列化、反射。
  • 單例模式就是,某一個類只能有一個實例,實現的核心就是將類的構造函數私有化,只能由該類創建對象,其他對象就不能調用該類的構造函數,即不能創建對象了。

根據上面兩點,我們就可以知道,除了new可以創建實例,還可以用克隆、序列化、反射來創建,所以可以通過克隆、序列化、反射來破壞單例模式,即創建多個不同的實例。

下面就講述單例的破壞和保護。

How to prevent Singleton Pattern from Reflection, Serialization and Cloning?

Prerequisite: Singleton Pattern

In this article, we will see that what are various concepts which can break singleton property of a class and how to avoid them. There are mainly 3 concepts which can break singleton property of a class. Let’s discuss them one by one.

1. Reflection

1. Reflection(destroy): Reflection can be caused to destroy singleton property of singleton class, as shown in following example:

// Java code to explain effect of Reflection 
// on Singleton property 

import java.lang.reflect.Constructor;

// Singleton class 
class Singleton {
    // public instance initialized when loading the class 
    public static Singleton instance = new Singleton();

    private Singleton() {
        // private constructor 
    }
}

public class GFG {
    public static void main(String[] args) {
        Singleton instance1 = Singleton.instance;
        Singleton instance2 = null;
        try {
            Constructor[] constructors = Singleton.class.getDeclaredConstructors();
            for (Constructor constructor : constructors) {
                // Below code will destroy the singleton pattern 
                constructor.setAccessible(true);
                instance2 = (Singleton) constructor.newInstance();
                break;
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
        System.out.println("instance1.hashCode():- " + instance1.hashCode());
        System.out.println("instance2.hashCode():- " + instance2.hashCode());
    }
}

// 打印結果:
/*
Output:-
instance1.hashCode():- 366712642
instance2.hashCode():- 1829164700
*/

 After running this class, you will see that hashCodes are different that means, 2 objects of same class are created and singleton pattern has been destroyed.

2. Reflection(prevent) Overcome reflection issue: To overcome issue raised by reflection, enums are used because java ensures internally that enum value is instantiated only once. Since java Enums are globally accessible, they can be used for singletons. Its only drawback is that it is not flexible i.e it does not allow lazy initialization. 

//Java program for Enum type singleton

public enum GFG {
    INSTANCE;
}

As enums don’t have any constructor so it is not possible for Reflection to utilize it. Enums have their by-default constructor, we can’t invoke them by ourself. JVM handles the creation and invocation of enum constructors internally. As enums don’t give their constructor definition to the program, it is not possible for us to access them by Reflection also. Hence, reflection can’t break singleton property in case of enums.

 2. Serialization

1. Serialization(destroy):- Serialization can also cause breakage of singleton property of singleton classes. Serialization is used to convert an object of byte stream and save in a file or send over a network. Suppose you serialize an object of a singleton class. Then if you de-serialize that object it will create a new instance and hence break the singleton pattern.

// Java code to explain effect of 

// Serilization on singleton classes

import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInput;
import java.io.ObjectInputStream;
import java.io.ObjectOutput;
import java.io.ObjectOutputStream;
import java.io.Serializable;

class Singleton implements Serializable {
    // public instance initialized when loading the class
    public static Singleton instance = new Singleton();

    private Singleton() {
        // private constructor
    }
}

public class GFG {
    public static void main(String[] args) {
        try {
            Singleton instance1 = Singleton.instance;
            ObjectOutput out = new ObjectOutputStream(new FileOutputStream("file.text"));
            out.writeObject(instance1);
            out.close();
            // deserailize from file to object
            ObjectInput in = new ObjectInputStream(new FileInputStream("file.text"));
            Singleton instance2 = (Singleton) in.readObject();
            in.close();
            System.out.println("instance1 hashCode:- " + instance1.hashCode());
            System.out.println("instance2 hashCode:- " + instance2.hashCode());
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}
//打印結果:
/*
Output:-
instance1 hashCode:- 1550089733
instance2 hashCode:- 865113938
*/

 As you can see, hashCode of both instances is different, hence there are 2 objects of a singleton class. Thus, the class is no more singleton.

2. Serialization(prevent)Overcome serialization issue:- To overcome this issue, we have to implement method readResolve() method.

// Java code to remove the effect of 

// Serialization on singleton classes

import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInput;
import java.io.ObjectInputStream;
import java.io.ObjectOutput;
import java.io.ObjectOutputStream;
import java.io.Serializable;

class Singleton implements Serializable {
    // public instance initialized when loading the class
    public static Singleton instance = new Singleton();

    private Singleton() {
        // private constructor
    }

    // implement readResolve method
    protected Object readResolve() {
        return instance;
    }
}

public class GFG {
    public static void main(String[] args) {
        try {
            Singleton instance1 = Singleton.instance;
            ObjectOutput out = new ObjectOutputStream(new FileOutputStream("file.text"));
            out.writeObject(instance1);
            out.close();
            // deserailize from file to object
            ObjectInput in = new ObjectInputStream(new FileInputStream("file.text"));
            Singleton instance2 = (Singleton) in.readObject();
            in.close();
            System.out.println("instance1 hashCode:- " + instance1.hashCode());
            System.out.println("instance2 hashCode:- " + instance2.hashCode());
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

}

//打印結果:
/*
Output:-
instance1 hashCode:- 1550089733
instance2 hashCode:- 1550089733
*/

 Above both hashcodes are same hence no other instance is created.

3.Cloning

1. Serialization(destroy): Cloning is a concept to create duplicate objects. Using clone we can create copy of object. Suppose, we ceate clone of a singleton object, then it wil create a copy that is there are two instances of a singleton class, hence the class is no more singleton.

// JAVA code to explain cloning 

// issue with singleton

class SuperClass implements Cloneable {
    int i = 10;

    @Override
    protected Object clone() throws CloneNotSupportedException {

        return super.clone();
    }

}


// Singleton class
class Singleton extends SuperClass {
    // public instance initialized when loading the class
    public static Singleton instance = new Singleton();

    private Singleton() {
        // private constructor
    }

}

public class GFG {
    public static void main(String[] args) throws CloneNotSupportedException {
        Singleton instance1 = Singleton.instance;
        Singleton instance2 = (Singleton) instance1.clone();
        System.out.println("instance1 hashCode:- " + instance1.hashCode());
        System.out.println("instance2 hashCode:- " + instance2.hashCode());
    }
}

/*
Output :-
instance1 hashCode:- 366712642
instance2 hashCode:- 1829164700
*/

 Two different hashCode means there are 2 different objects of singleton class.

2. Cloning (prevent)Overcome Cloning issue:- To overcome this issue, override clone() method and throw an exception from clone method that is CloneNotSupportedException. Now whenever user will try to create clone of singleton object, it will throw exception and hence our class remains singleton.

// JAVA code to explain overcome 

// cloning issue with singleton

class SuperClass implements Cloneable {
    int i = 10;

    @Override
    protected Object clone() throws CloneNotSupportedException {
        return super.clone();
    }
}

// Singleton class

class Singleton extends SuperClass {
    // public instance initialized when loading the class
    public static Singleton instance = new Singleton();

    private Singleton() {
        // private constructor
    }

    @Override
    protected Object clone() throws CloneNotSupportedException {
        throw new CloneNotSupportedException(); // return super.clone();
    }
}

public class GFG {
    public static void main(String[] args) throws CloneNotSupportedException {
        Singleton instance1 = Singleton.instance;
        Singleton instance2 = (Singleton) instance1.clone();
        System.out.println("instance1 hashCode:- " + instance1.hashCode());
        System.out.println("instance2 hashCode:- " + instance2.hashCode());
    }

}
/*
Output:-
        Exception in thread "main" java.lang.CloneNotSupportedException
                at GFG.Singleton.clone(GFG.java:29)
                at GFG.GFG.main(GFG.java:38)

*/

//Now we have stopped user to create clone of singleton class. If you don't want to throw // exception you can also return the same instance from clone method.

 Now, as hashcode of both the instances is same that means they represent a single instance.

 

From <https://www.geeksforgeeks.org/prevent-singleton-pattern-reflection-serialization-cloning/>

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章