单例模式安全性

懒汉模式、饿（饥）汉模式

这些模式的代码就不粘贴了，很简单。
其中懒汉模式存在重排序问题，不过根据资料显示好像JDK高版本已经解决。不过最好在对应的单例中加入volatile修饰，防止重排序的产生。这里就不介绍volatile关键字的作用了。

反射攻击

众所周知，反射可以破坏常见的单例模式，直接通过对应的class.newInstance()方法来创建对象。
这里可以通过构造方法来拦截反射获取对象实例。下面，上一段代码

	class Singleton {
		private Singleton() {
			// 只允许执行一次的业务逻辑判断
		}
	}
	// 错误代码 => 因反射可以修改 init （内部）变量。
	class Singleton {
		private static boolean init = true;
		private Singleton() {
			if (!init) {
				throw new Exception("xxx");
			}
			init = false;
		}
	}
	// 正确代码
	class Singleton {
		private Singleton() {
			if (!init()) {
				throw new Exception("xxx");
			}
		}
		private boolean init() {
			// 通过缓存、数据库解决即可
		}
	}

---- 讲述一个小的逻辑点： 在创建对象实例时，会先在内存空间创建实例，再调用构造方法。所以上述构造方法处的处理一定意义上没有解决完全单例情况。

不执行构造方法创建实例

这里大家都应该晓得有个方法，不用执行构造方法，也可以创建空间实例。
原型模式，通过克隆获取新的对象，就是可以完成上述内容。原型模式不再科普，多理解一下深浅克隆即可。
当然，实在类实现了Cloneable接口重写clone()产生的这个问题。不过这种情况会在不经意间出现的，在原型模式和单例模式的运用中可能产生。

枚举

枚举是一个安全的防止单例攻击的好办法。反射操作枚举创建实例，会直接抛出异常。但是个人感觉并没有根本性解决反射直接生成实例的问题。

以上是我个人对单例的理解，各位如果发现哪些问题，共同沟通交流。