有简单又高效的方法可以实现单例模式，但没有一种方式能在任何情况下都确保单例的完整性。
单例模式是指某个类只被实例化一次，用来表示全局或系统范围的组件。单例模式常用于日志记录、工厂、窗口管理器和平台组件管理等。我认为要尽量避免使用单例模式，因为一旦实现就很难改变或重载，而且会造成编写测试用例困难、代码结构糟糕等问题。另外，下面文章中的单例模式是不安全的。
人们花大量的精力研究怎样更好地实现单例模式，但有一种简单高效的实现方法。然而，没有一种方法能在任何情况下都确保单例的完整性。阅读下文，看看你是否认同。
Final字段这种方法将构造函数私有化，向外提供一个公有的static final对象：
1
2
3
4
5
publicclassFooSingleton {
publicfinalstaticFooSingleton INSTANCE =newFooSingleton();
PRivateFooSingleton() { }
publicvoidbar() { }
}
类加载时，static对象被初始化，此时私有的构造函数被第一次也是最后一次调用。即使在类初始化前有多个线程调用此类，JVM也能保证线程继续运行时该类已完整初始化。然而，使用反射和setaccessible(true)方法，可以创建其他新的实例：
1
2
3
4
Constructor[] constructors = FooSingleton.class.getDeclaredConstructors();
Constructor constructor = constructors[0];
constructor.setAccessible(true);
FooSingleton spuriousFoo = (FooSingleton) constructor.newInstance(newObject[0]);
我们需要修改构造函数，使其免于多次调用，例如当它被再次调用时抛出异常。如下这样修改FooSingleton构造函数，可以防范此类攻击：
1
2
3
4
5
6
7
8
9
10
11
12
publicclassFooSingleton2 {
privatestaticbooleanINSTANCE_CREATED;
publicfinalstaticFooSingleton2 INSTANCE =newFooSingleton2();
privateFooSingleton2() {
if(INSTANCE_CREATED) {
thrownewIllegalStateException("You must only create one instance of this class");
}else{
INSTANCE_CREATED =true;
}
}
publicvoidbar() { }
}
这样看起来安全一些了，但其实要创建新的实例还是一样容易。我们只需修改INSTANCE_CREATED字段，再玩同样的把戏就可以了：
1
2
3
4
5
6
7
Field f = FooSingleton2.class.getDeclaredField("INSTANCE_CREATED");
f.setAccessible(true);
f.set(null,false);
Constructor[] constructors = FooSingleton2.class.getDeclaredConstructors();
Constructor constructor = constructors[0];
constructor.setAccessible(true);
FooSingleton2 spuriousFoo = (FooSingleton2) constructor.newInstance(newObject[0]);
我们采取的任何防范措施都可能被绕过，所以此方案并不可行。
静态工厂使用这种方法，公有的成员类似静态工厂：
1
2
3
4
5
6
publicclassFooSingleton3 {
publicfinalstaticFooSingleton3 INSTANCE =newFooSingleton3();
privateFooSingleton3() { }
publicstaticFooSingleton3 getInstance() {returnINSTANCE; }
publicvoidbar() { }
}
getInstance()方法返回的永远是同一个对象引用。虽然这个方案也无法防范反射，但还是有它的一些优点。例如，可以在不改变API的情况下，改变单例的实现。getInstance()出现在几乎所有的单例实现中，它也标志着这真的是一个单例模式。
延迟加载的单例模式（译者注：在软件工程中，Initialization-on-demand holder 这个习语指的就是延迟加载的单例模式，参见维基百科）
如果希望尽可能延迟单例的创建（懒汉式加载），可以使用延迟初始化方法，当getInstance()方法第一次调用时线程安全地创建单例。相比之前的方案当第一次引用该类时就创建单例（饿汉式加载），这是一个进步。如下：
1
2
3
4
5
6
7
8
9
10
publicclassFooSingleton4 {
privateFooSingleton4() {
}
publicstaticFooSingleton4 getInstance() {
returnFooSingleton4Holder.INSTANCE;
}
privatestaticclassFooSingleton4Holder {
privatestaticfinalFooSingleton4 INSTANCE =newFooSingleton4();
}
}
要小心序列化如果单例实现了序列化，它就要面临另一个威胁。因此需要将所有字段声明为transient（这样它就不会被序列化）并提供一个自定义的readResolve()方法返回唯一实例INSTANCE的引用。
枚举这里用枚举作为单例INSTANCE的容器：
1
2
3
4
5
publicenumFooEnumSingleton {
INSTANCE;
publicstaticFooEnumSingleton getInstance() {returnINSTANCE; }
publicvoidbar() { }
}
根据java语言规范8.9，“Enum的final克隆方法保证枚举永远无法被克隆，其特殊的序列化机制保证无法反序列化得到拷贝的对象。同时，还禁止利用反射对枚举进行实例化。保证了这四个方面，在枚举常量之外，就不会有其他同类的枚举实例存在。”
这样，我们似乎很简单地就防范了序列化、克隆和反射的攻击。第一次看到这段话，我立刻想要证明它是错的。如下代码所示，绕过这些保护是很容易的：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Constructor con = FooEnumSingleton.class.getDeclaredConstructors()[0];
Method[] methods = con.getClass().getDeclaredMethods();
for(Method method : methods) {
if(method.getName().equals("acquireConstructorAccessor")) {
method.setAccessible(true);
method.invoke(con,newObject[0]);
}
}
Field[] fields = con.getClass().getDeclaredFields();
Object ca =null;
for(Field field : fields) {
if(field.getName().equals("constructorAccessor")) {
field.setAccessible(true);
ca = field.get(con);
}
}
Method method = ca.getClass().getMethod("newInstance",newClass[]{Object[].class});
method.setAccessible(true);
FooEnumSingleton spuriousEnum = (FooEnumSingleton) method.invoke(ca,newObject[]{newObject[]{"SPURIOUS_INSTANCE",1}});
printInfo(FooEnumSingleton.INSTANCE);
printInfo(spuriousEnum);
}
privatestaticvoidprintInfo(FooEnumSingleton e) {
System.out.println(e.getClass() +":"+ e.name() +":"+ e.ordinal());
}
执行这段代码，得到结果：
1
2
classcom.blogspot.minborgsjavapot.singleton.FooEnumSingleton:INSTANCE:0
classcom.blogspot.minborgsjavapot.singleton.FooEnumSingleton:SPURIOUS_INSTANCE:1
枚举的缺点是它无法从另一个基类继承，因为它已经继承自java.lang.Enum。如果想要模拟这种继承，可以参考我另一篇文章中介绍的混入模式（mixin pattern）。
枚举的一个优点是，如果你之后希望有“二例（dualton）”或“三例（tringleton）”，只需要增加新的枚举实例即可。例如，有了一个单例的缓存之后，你也许还想给缓存引入多个层次。
前两天在一群里看见有人推荐一个app叫问啊，就可以发题答题那种的，感觉就跟uber滴滴打车似的，一般这种软件一上来就砸钱给红包啥的，哥之前刷过uber的单有经验！试验了几次应该可以刷，把注册红包和之前领的红包钱套现，目前我提了五十多，目测还能刷更多。ps，但是尽量要问技术相关的问题，不然容易被封。
有技术的可以自己试，不会的可以q我：QQ群290551701