真正的单例模式

  今天看effective java是看到上面对单例模式的介绍说，把构造器设置成私有并不能完全实现单例，因为可以通过反射来调用这个构造器，从而构造出不同的实例，今天我做了一个测试，果真是这样，下面是我的代码。

Singleton.java

　　

package com.swjtu.crazykid;

public class Singleton {
    private static Singleton singleton = new Singleton();
    private Singleton(){
        if(singleton != null)
            throw new IllegalAccessError();
    }
    
    public static Singleton getInstance(){
        return singleton;
    }
    
}

下面是测试类：

package com.swjtu.crazykid.test;

import java.lang.reflect.Constructor;
import java.lang.reflect.Field;
import java.lang.reflect.InvocationTargetException;

import org.junit.Test;

import com.swjtu.crazykid.Singleton;

public class MyTest {
    @Test
    public void TestSingleton(){
        Singleton singleton1 = Singleton.getInstance();
        System.out.println(singleton1.hashCode());
        Class clazz = Singleton.class;
        Constructor[] c;
        try {
            c = clazz.getDeclaredConstructors();
            c[0].setAccessible(true);
            Singleton singleton = (Singleton) c[0].newInstance();
            System.out.println(singleton.hashCode());
        }  catch (SecurityException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } catch (InstantiationException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } catch (IllegalArgumentException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } catch (InvocationTargetException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }
}

如果把singleton.java的第六和第7行注释掉，会发现测试类的第15行和第22行的输出的hashcode是不一样的。所以这样做并不能做到真正的单例。当我们把singleton中的构造器做些修改，就像上面的代码一样，当里面的实例不是空的时候，调用构造器的时候抛出异常，就能解决了。

  但是，同样的通过反射将这个实例设为空，你会发现照样能构造出两个不同的singleton实例。所以这样也不能真正的做到单例，就是说这样设计的单例无法抵御反射这类的攻击。书上说完美的做法是用enum。