public enum Singleton {INSTANCE;public void whateverMethod() {} }
这种方式是Effective Java作者Josh Bloch 提倡的方式，它不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象，可谓是很坚强的壁垒啊，不过，个人认为由于1.5中才加入enum特性，用这种方式写不免让人感觉生疏，在实际工作中，我也很少看见有人这么写过。
第七种（双重检验锁 PS：个人最喜欢的一种，JDK1.5以后源码里就是这样写的！）：// 带双重检测锁的单例public class Singleton {private static Singleton5 instance = null;private Singleton() {}public static Singleton getInstance() {if (instance == null) {synchronized (Singleton.class) {if (instance == null) {instance = new Singleton();}}}return instance;}}
这个是第二种方式的升级版，俗称双重检查锁定，详细介绍请查看：JDK源码。
在JDK1.5之后，双重检查锁定才能够正常达到单例效果。
———————————————————–7 种写法已介绍完———————————————————-
下面来总结下基本概念： 单例模式有以下特点： 单例模式确保某个类只有一个实例，，而且自行实例化并向整个系统提供这个实例。在计算机系统中，线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象常被设计成单例。这些应用都或多或少具有资源管理器的功能。每台计算机可以有若干个打印机，但只能有一个Printer Spooler，以避免两个打印作业同时输出到打印机中。每台计算机可以有若干通信端口，系统应当集中管理这些通信端口，以避免一个通信端口同时被两个请求同时调用。总之，选择单例模式就是为了避免不一致状态。
————————————————————–单例模式 深度剖析部分————————————————
有两个问题需要注意：
1.如果单例由不同的类装载器装入，那便有可能存在多个单例类的实例。假定不是远端存取，例如一些servlet容器对每个servlet使用完全不同的类装载器，这样的话如果有两个servlet访问一个单例类，它们就都会有各自的实例。
2.如果Singleton实现了java.io.Serializable接口，那么这个类的实例就可能被序列化和复原。不管怎样，如果你序列化一个单例类的对象，接下来复原多个那个对象，那你就会有多个单例类的实例。
对第一个问题修复的办法是：
<span style="font-family:Courier New;font-size:14px;">rivate static Class getClass(String classname) throws ClassNotFoundException {ClassLoader classLoader = Thread.currentThread().getContextClassLoader();if(classLoader == null)classLoader = Singleton.class.getClassLoader();return (classLoader.loadClass(classname));}} </span>
对第二个问题修复的办法是：
<span style="font-family:Courier New;font-size:14px;">public class Singleton implements java.io.Serializable {public static Singleton INSTANCE = new Singleton();protected Singleton() {}private Object readResolve() {return INSTANCE;}} </span>
一般来说，第一种和第五种方式就够用的了，简单易懂，而且在JVM层实现了线程安全（如果不是多个类加载器环境），一般的情况下，我会使用第一种方式，只有在要明确实现lazy loading效果时才会使用第五种方式，另外，如果涉及到反序列化创建对象时我会试着使用枚举的方式来实现单例，不过，我一直会保证我的程序是线程安全的，而且我永远不会使用第三种（懒汉，线程不安全）和第四种（懒汉，线程安全）方式，如果有其他特殊的需求，我可能会使用第七种方式，毕竟，JDK1.5以后已经没有双重检查锁定的问题了。
看着书里九万五千公里的绚丽。又或是和我一样，
