面试中经常会被问单例模式，下面就简单说下解决方案
//饿汉式 class Single { private static final Single s = new Single(); private Single(){} public static Single getInstance() { return s; } } /* 私有化构造器，是为了不让其他的类去创建对象，而其他的类需要这个对象，那就使用提供的接口getInstance()方法返回这个单例对象，那现在谈下private static final Single s = new Single();这个行代码的个人简介,私有化private，是不让其他的对象访问，静态static，只创建一次，但这个final是最难生活清楚的，常见的说法是为了不被改动（线程1在访问这个对象，而线程2去改变他，name线程1得到的结果就会出问题），但是我不理解，没有对外提供访问接口，如何能被改动？直到看到这个说法“在构造函数内对一个final域的写入，与随后把这个被构造对象的引用赋值给一个引用变量，这两个操作之间不能重排序。 初次读一个包含final域的对象的引用，与随后初次读这个final域，这两个操作之间不能重排序。 ”，这里我才信服，final的作用，因为第一次new对象，可能回引起的问题。 */懒汉式的单例模式
//懒汉式。 class Single { private static volatile Single s = null; private Single(){} /* 并发访问会有安全隐患，所以加入同步机制解决安全问题。 但是，同步的出现降低了效率。 可以通过双重判断的方式，解决效率问题，减少判断锁的次数。 */ public static Single getInstance() { if(s==null)/*减少判定锁的过程，这个是可以少的，存在，只是为了优化去判断锁的过程，当对象存在,直接返回，连锁都不用拿*/ { synchronized(Single.class) { if(s==null)/*实际去盘定锁是否存在，这个是必须存在，当两个线程同时到外层if中，没有这个，就会创建单例对象，违背单例的初衷*/ s = new Single(); } } return s; } } /*使用 volatile 有两个功用： 1）这个变量不会在多个线程中存在复本，直接从内存读取。 2）这个关键字会禁止指令重排序优化。也就是说，在 volatile 变量的赋值操作后面会有一个内存屏障（生成的汇编代码上），读操作不会被重排序到内存屏障之前。 这个也就是做上面的饿汉式的final作用 但是，这个事情仅在Java 1.5版后有用，1.5版之前用这个变量也有问题，因为老版本的Java的内存模型是有缺陷的。*/个人简介及汲取别人的优点，下面是大神的讲解http://blog.csdn.net/haoel/article/details/4028232
