我们都知道单例模式是在开发中用的最多的一种设计模式。那么到底为什么会有单例设计模式呢？对于这个问题相信有非常多会写单例的人都会有个这个疑问。

在这里先说一下单例的用途，然后举一个样例大家就会明确为什么会有单例了。

单例模式主要是为了避免由于创建了多个实例造成资源的浪费。且多个实例由于多次调用easy导致结果出现错误，而使用单例模式能够保证整个应用中有且仅仅有一个实例。从其名字中我们就能够看出所谓单例，就是单个实例也就是说它能够解决的问题是：能够保证一个类在内存中的对象的唯一性，在一些经常使用的工具类、线程池、缓存，数据库，账户登录系统、配置文件等程序中可能仅仅同意我们创建一个对象，一方面假设创建多个对象可能引起程序的错误，还有一方面创建多个对象也造成资源的浪费。

在这样的基础之上单例设计模式就产生了由于使用单例能够保证整个应用中有且仅仅有一个实例，看到这大家可能有些疑惑。没关系，我们来举一个样例，相信看完后你就会非常明确，为什么会有单例。

假如有一个有这么一个需求。有一个类A和一个类B它们共享配置文件的信息，在这个配置文件里有非常多数据例如以下图所看到的

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

如上图所看到的如今类ConfigFile中存在共享的数据Num1，Num2，Num3等。假如在类A中改动ConfigFile中数据，在类A中应该有例如以下代码

ConfigFile configFile=new ConfigFile();

configFile. Num1=2;

这个时候configFile中的Num1=2。可是请注意这里是new ConfigFile是一个对象，想象一下在进行了上述操作后类B中进行例如以下操作

ConfigFile configFile=new ConfigFile();

System. out.println("configFile.Num1=" +configFile.Num1);

即直接new ConfigFile();然后打印Num1,大家思考一下这时候打印出的数据为几？我想你应该知道它打印的结果是这种：configFile.Num1=1;也就是说由于每次调用都创建了一个ConfigFile对象，所以导致了在类A中的改动并不会真正改变ConfigFile中的值，它所更改的仅仅是在类A中说创建的那个对象的值。假如如今要求在类A中改动数据后。要通知类B，即在类A和类B中操作的数据是同一个数据，类A改变一个数据，类B也会得到这个数据。并在类A改动后的基础上进行操作。那么我们应该怎么做呢?看到这大家可能会说so
easy,把ConfigFile中的数据设置为静态不就Ok了吗？对，有这样的想法非常好。这样做也没有错。

可是我们都知道静态数据的生命周期是非常长的，假如ConfigFile中有非常多数据时，假设将其所有设成静态的，那将是对内存的极大损耗。所以所有设置成静态尽管可行但并非一个非常好的解决方法。

那么我们应该怎么做呢？要想解决上面的问题。事实上不难，仅仅要能保证对象是唯一的就能够解决上面的问题。那么问题来了怎样保证对象的唯一性呢？这样就须要用单例设计模式了。

3、单例模式的设计思想

事实上仅仅须要三步就能够保证对象的唯一性

(1)不同意其它程序用new对象。

由于new就是开辟新的空间。在这里更改数据仅仅是更改的所创建的对象的数据，假设能够new的话，每一次new都产生一个对象，这样肯定保证不了对象的唯一性。

(2)在该类中创建对象

   由于不同意其它程序new对象。所以这里的对象须要在本类中new出来

(3)对外提供一个能够让其它程序获取该对象的方法

由于对象是在本类中创建的。所以须要提供一个方法让其他的类获取这个对象。

那么这三步怎么用代码实现呢？将上述三步转换成代码描写叙述是这种

(1)私有化该类的构造函数

(2)通过new在本类中创建一个本类对象

(3)定义一个公有的方法，将在该类中所创建的对象返回

4、单例模式的写法

经过3中的分析我们理解了单例所解决的问题以及它的实现思想，接着来看看它的实现代码，单例模式的写法大的方面能够分为5种五种①懒汉式②饿汉式③双重校验锁④静态内部类⑤枚举。

接下来我们就一起来看看这几种单例设计模式的代码实现。以及它们的优缺点

public class Singleton {

	private static Singleton instance=new Singleton();

	private Singleton(){};

	public static Singleton getInstance(){

		return instance;

	}

}

訪问方式

Singleton instance = Singleton.getInstance();

得到这个实例后就能够訪问这个类中的方法了。

长处：从它的实现中我们能够看到。这样的方式的实现比較简单。在类载入的时候就完毕了实例化，避免了线程的同步问题。

缺点：因为在类载入的时候就实例化了，所以没有达到Lazy Loading(懒载入)的效果，也就是说可能我没实用到这个实例。可是它

也会载入，会造成内存的浪费(可是这个浪费能够忽略，所以这样的方式也是推荐使用的)。

4.2单例模式的饿汉式变换写法[可用]

public class Singleton{

	private static Singleton instance = null;

	static {

		instance = new Singleton();

	}

	private Singleton() {};

	public static Singleton getInstance() {

		return instance;

	}

}

Singleton instance = Singleton.getInstance();

public class Singleton {

	private static Singleton instance=null;

	private Singleton() {};

	public static Singleton getInstance(){

		if(instance==null){

			instance=new Singleton();

		}

		return instance;

	}

}

4.4懒汉式线程安全的[线程安全。效率低不推荐使用]

public class Singleton {

	private static Singleton instance=null;

	private Singleton() {};

	public static synchronized Singleton getInstance(){

		if(instance==null){

			instance=new Singleton();

		}

		return instance;

	}

}

public class Singleton7 {

	private static Singleton instance=null;

	public static Singleton getInstance() {

		if (instance == null) {

			synchronized (Singleton.class) {

				instance = new Singleton();

			}

		}

		return instance;

	}

}

4.6单例模式懒汉式双重校验锁[推荐用]

public class Singleton {

	/**

	 * 懒汉式变种。属于懒汉式中最好的写法，保证了：延迟载入和线程安全

	 */

	private static Singleton instance=null;

	private Singleton() {};

	public static Singleton getInstance(){

		 if (instance == null) {

	          synchronized (Singleton.class) {

	              if (instance == null) {

	            	  instance = new Singleton();

	              }

	          }

	      }

	      return instance;

	}

}

Singleton instance = Singleton.getInstance();

4.7内部类[推荐用]

public class Singleton{

	private Singleton() {};

	private static class SingletonHolder{

		private static Singleton instance=new Singleton();

	} 

	public static Singleton getInstance(){

		return SingletonHolder.instance;

	}

}

訪问方式

Singleton instance = Singleton.getInstance();

得到这个实例后就能够訪问这个类中的方法了。

这样的方式跟饿汉式方式採用的机制类似，但又有不同。

两者都是採用了类装载的机制来保证初始化实例时仅仅有一个线程。不同

的地方在饿汉式方式是仅仅要Singleton类被装载就会实例化。没有Lazy-Loading的作用。而静态内部类方式在Singleton类被装载时

并不会马上实例化，而是在须要实例化时。调用getInstance方法，才会装载SingletonHolder类，从而完毕Singleton的实例化。

类的静态属性仅仅会在第一次载入类的时候初始化。所以在这里，JVM帮助我们保证了线程的安全性。在类进行初始化时，别的线程是

无法进入的。

长处：避免了线程不安全。延迟载入，效率高。

4.8枚举[极推荐使用]

public enum SingletonEnum {

	 instance; 

	 private SingletonEnum() {}

	 public void method(){

	 }

}

訪问方式

SingletonEnum.instance.method();

能够看到枚举的书写非常easy。訪问也非常easy在这里SingletonEnum.instance这里的instance即为SingletonEnum类型的引用所以得到它就能够调用枚举中的方法了。

借助JDK1.5中加入的枚举来实现单例模式。不仅能避免多线程同步问题，并且还能防止反序列化又一次创建新的对象。可能是由于枚举在JDK1.5中才加入，所以在实际项目开发中。非常少见人这么写过，这样的方式也是最好的一种方式，假设在开发中JDK满足要求的情况下建议使用这样的方式。

5、总结

在真正的项目开发中一般採用4.1、4.6、4.7、4.8看你最喜欢哪种写法了，普通情况下这几种模式是没有问题的，为了装逼我一般採用4.6这样的写法，我们经经常使用的Android-Universal-Image-Loader这个开源项目也是採用的4.6这样的写法，事实上最安全的写法是4.8即枚举。它的实现非常easy并且最安全可谓非常完美，可是可能是由于仅仅支持JDK1.5吧又或者是由于枚举大家不熟悉所以眼下使用的人并不多。可是大家能够尝试下。另外当我们使用反射机制时可能不能保证实例的唯一性，可是枚举始终能够保证唯一性。详细请參考次博客：http://blog.csdn.net/java2000_net/article/details/3983958可是普通情况下非常少遇到这样的情况。

6、单例模式的在面试中的问题