设计模式是前辈们工作的总结和提炼，我不敢造次，只能在前辈的基础上说一些我自己的看法。
单例模式是设计模式中使用最为普遍的模式之一，它是一种对象的创建模式，用于产生一个对象的具体实例，运用单例模式可以确保系统中一个类只产生一个实例。它的好处有：
对于频繁使用的对象，可以省略创建对象所花费的时间，这对于那些重量级的对象是非常可观的一笔开销。比如hibernate中的sessionfactory。
由于new的次数减少，因此对于系统内存的使用频率也会降低，从而减轻了JVM垃圾回收的压力，缩短了垃圾回收的时间。
说了那么多，那么单例类有什么特点呢？一个简单的单例类代码如下：
public class Singleton { private Singleton(){ System.out.println("我是私有的构造函数"); } private static Singleton instance=new Singleton(); public static Singleton getInstance(){ return singleton; } } |
以上代码就是一个最基本的单例模式，读者就有疑问了，为什么构造方法是私有的？这就是单例模式的优势所在：不让外界直接创建对象，这点正是实现单例最重要的。因此单例模式最基本实现：提供一个私有的构造方法，然后在自己类中自己创建对象，对外提供静态方法访问返回生成的实例。
但是上面代码并不完善，因为它不满足单例类延迟加载的需求，因此代码改善如下：
public class Singleton{ private Singleton(){ System.out.println("我是延迟加载单例类"); } private static Singleton s=null; public static Singleton getInstance(){ if(s==null){ s=new Singleton(); } return s; } |
以上代码解决了延迟加载的需求：instance初始值为Null,只有用到的时候才创建对象，延迟加载可以大大提高程序的性能。
这样的代码在单线程中运行没有问题，那么问题来了，如果多线程运行呢？线程1访问单例类的时候单例类还没创建出对象，而此时线程2也过来访问单例类，由于延迟加载，线程2也要创建单例类的实例，最终结果就是多个实例被创建。那么如何解决？
使用synchronized关键字修饰getInstance方法，这样就能保证同一时刻只能有一个线程访问单例类。代码如下：
private static Singleton s=null; public synchronized static Singleton getInstance(){ if(s==null){ s=new Singleton(); } return s; } ...... |
这样的方法是不是很完善呢?并不是，因为同步关键字的引入降低了程序的性能，增加了程序反应的时间。为了使用延迟加载而降低了程序性能，是不是有点得不偿失。那么怎么解决？使用内部类！！！代码如下：
public class Singloton { private Singloton(){ System.out.println("构造器执行了"); } //内部类 private static class SingletonHandler(){ private static Singleton instance=new Singleton(); } public static Singleton getInstance(){ return SingletonHandler.instance; } |
访问单例类的时候，内部类并不会被初始化，这样确保单例类被加载入JVM时，不会初始化单例类，只有当getInstance()方法被调用时，才会加载单例类，从而初始化单例类。而且实例的创建是在内部类加载的时候创建，所有满足多线程需求。
因此，使用内部类的方式实现单例，既可以做到延迟加载，也不必使用同步关键字，两全其美！
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
