传统的单例写法解决了什么问题
首先,在大多数情况下(不包含面试),传统的单例写法已经完全够用了。通过 synchronized 关键字解决了多线程并发使用。
1
2
3
4
5
6
|
public synchronized static SingleClassV1 getInstance(){ if (instance == null ){ instance = new SingleClassV1(); } return instance; } |
考虑到每次获取单例对象都需要加锁,解锁。又有人发明了双重锁校验 + volatile 关键字模式:
1
2
3
4
5
6
7
8
9
10
11
|
private static volatile SingleClassV2 instance; public static SingletonV2 getInstance() { if (instance == null ){ synchronized (SingletonV2. class ){ if (instance == null ){ instance = new SingletonV2(); } } } return instance; } |
另外一种为了解决单例被重复初始化的写法:利用类只会被初始化一次的特性,又有人发明出来一种内部类单例的写法。
1
2
3
4
5
6
|
private static class SingletonHolder { private static final SingletonV3 INSTANCE = new SingletonV3(); } public static final SingletonV3 getInstance() { return SingletonHolder.INSTANCE; } |
仍然存在的问题
由于 java 中有反射 API 这种变态的存在,以上所有的私有构造方法在反射面前都是毛毛雨。
1
2
3
4
|
Class<?> clazzV2 = Class.forName(SingleClassV2. class .getName()); Constructor<?> constructor = clazzV2.getDeclaredConstructors()[ 0 ]; constructor.setAccessible( true ); Object o = constructor.newInstance(); |
看来私有方法是防君子不防小人
为什么枚举就没有问题
我们来先看一下基于枚举的单例是什么样的。
1
2
3
4
5
6
|
public enum SingleClassV4 { INSTANCE; public String doSomeThing(){ return "hello world" ; } } |
当然,从 java 代码是看不出来任何端倪的。再使用 javap 看一下字节码。
1
2
3
4
|
public final class git.frank.SingleClassV4 extends java.lang.Enum<git.frank.SingleClassV4> minor version: 0 major version: 52 flags: ACC_PUBLIC, ACC_FINAL, ACC_SUPER, ACC_ENUM |
可以发现,枚举类型会帮我们自动继承 java.lang.Enum 类。并且,在 flags 中该类被添加了 ACC_ENUM 标识。然后,再看一下枚举类的构造方法:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
private git.frank.SingleClassV4(); descriptor: (Ljava/lang/String;I)V flags: ACC_PRIVATE Code: stack= 3 , locals= 3 , args_size= 3 0 : aload_0 1 : aload_1 2 : iload_2 3 : invokespecial # 6 // Method java/lang/Enum."<init>":(Ljava/lang/String;I)V 6 : return LineNumberTable: line 3 : 0 //加入Java开发交流君样:756584822一起吹水聊天 LocalVariableTable: Start Length Slot Name Signature 0 7 0 this Lgit/frank/SingleClassV4; Signature: # 29 // ()V |
枚举类也是要有构造方法的,而且也和普通的类没什么不同,也一样可以通过反射获取到:
接下来,让我们通过反射 invoke 一下他的构造方法看看会发生什么:
1
|
constructor.newInstance(); |
结果如下:
Exception in thread "main" java.lang.IllegalArgumentException: Cannot reflectively create enum objects at java.lang.reflect.Constructor.newInstance(Constructor.java:417)
通过看 newInstance 方法代码的话,就很容易知道原因了:
1
2
3
4
5
6
7
8
9
10
11
|
public T newInstance(Object ... initargs) throws InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException { //加入Java开发交流君样:756584822一起吹水聊天 ... if ((clazz.getModifiers() & Modifier.ENUM) != 0 ) throw new IllegalArgumentException( "Cannot reflectively create enum objects" ); ... T inst = (T) ca.newInstance(initargs); return inst; } |
java 的反射 API 在创建对象实例是判断了当前类是否是枚举类型,否则就抛异常出来。
总结
在传统的单例写法中,由于私有构造方法并不能完全杜绝从外部创建实例,所以严格来说那些单例的实现方式是存在漏洞的。
由于 java 的反射 API 已经通过写死的方式限制了不能为枚举类型创建实例,所以… 也算了解决了吧。哎呀,这个东西是也是面试被问到的,正常人谁会用反射这种外挂去突破单例。
本篇文章就到这里了,希望能给你带来帮助,也希望您能够多多关注服务器之家的更多内容!
原文链接:https://blog.csdn.net/wj1314250/article/details/117260150