菜鸟之路-浅谈设计模式之单例设计模式

单例设计模式

定义：确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。

单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。

关于单例设计模式的动机

对于系统中的某些类来说，只有一个实例很重要，例如，一个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化，将弹出多个窗口，如果这些窗口显示的内容完全一致，则是重复对象，浪费内存资源；如果这些窗口显示的内容不一致，则意味着在某一瞬间系统有多个状态，与实际不符，也会给用户带来误解，不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。

如何保证一个类只有一个实例并且这个实例易于被访问呢？定义一个全局变量可以确保对象随时都可以被访问，但不能防止我们实例化多个对象。一个更好的解决办法是让类自身负责保存它的唯一实例。这个类可以保证没有其他实例被创建，并且它可以提供一个访问该实例的方法。这就是单例模式的模式动机

关于单例设计模式的要点

单例模式的要点有三个；一是某个类只能有一个实例；二是它必须自行创建这个实例；三是它必须自行向整个系统提供这个实例。

从具体实现角度来说，就是以下三点：一是单例模式的类只提供私有的构造函数，二是类定义中含有一个该类的静态私有对象，三是该类提供了一个静态的公有的函数用于创建或获取它本身的静态私有对象。

Java实例：

当一个类的实例可以有且只可以一个的时候就需要用到了。为什么只需要有一个呢？有人说是为了节约内存，但这只是单例模式带来的一个好处。只有一个实例确实减少内存占用，可是我认为这不是使用单例模式的理由。我认为使用单例模式的时机是当实例存在多个会引起程序逻辑错误的时候。比如类似有序的号码生成器这样的东西，怎么可以允许一个应用上存在多个呢？

饿汉式单例

public class Singleton {
private static Singleton singleton = new Singleton();
private Singleton(){}
public static Singleton getInstance(){
return singleton;
}
}

懒汉式单例

public class Singleton {
private static Singleton singleton;
private Singleton(){}

public static synchronized Singleton getInstance(){
if(singleton==null){
singleton = new Singleton();
}
return singleton;
}
}

但是这种单例类型在多线程中是不安全。有可能会出现两个INSTANCE，为什么呢？

如果当唯一实例尚未创建时，有两个线程同时调用创建方法，那么它们同时没有检测到唯一实例的存在，从而同时各自创建了一个实例，这样就有两个实例被构造出来，从而违反了单例模式中实例唯一的原则。 解决这个问题的办法是为指示类是否已经实例化的变量提供一个互斥锁(详见双重锁单例，虽然这样会降低效率)。

比较：

饿汉式是线程安全的,在类创建的同时就已经创建好一个静态的对象供系统使用,以后不在改变。

懒汉式适合单线程，多线程情况下如果在创建实例对象时不加上synchronized则会导致对对象的访问不是线程安全的。

从实现方式来讲他们最大的区别就是懒汉式是延时加载,

他是在需要的时候才创建对象,而饿汉式在加载类时创建实例。

饿汉式无需关注多线程问题、写法简单明了、能用则用。但是它是加载类时创建实例、所以如果是一个工厂模式、缓存了很多实例、那么就得考虑效率问题，因为这个类一加载则把所有实例不管用不用一块创建。 懒汉式的优点是延时加载、缺点是应该用同步。

单例模式的优点：

在内存中只有一个对象，节省内存空间。

避免频繁的创建销毁对象，可以提高性能。

避免对共享资源的多重占用。

可以全局访问。

适用场景：
由于单例模式的以上优点，所以是编程中用的比较多的一种设计模式。我总结了一下我所知道的适合使用单例模式的场景：

需要频繁实例化然后销毁的对象。

创建对象时耗时过多或者耗资源过多，但又经常用到的对象。

有状态的工具类对象。

频繁访问数据库或文件的对象。

以及其他我没用过的所有要求只有一个对象的场景。

单例模式注意事项：

只能使用单例类提供的方法得到单例对象，不要使用反射，否则将会实例化一个新对象。

不要做断开单例类对象与类中静态引用的危险操作。

多线程使用单例使用共享资源时，注意线程安全问题。

双重锁形式单例(懒汉式进阶版，哈哈)

public static class Singleton{
private static Singleton instance=null;
private Singleton(){
//do something
}
public static Singleton getInstance(){
if(instance==null){
synchronized(Singleton.class){
if(null==instance){
instance=new Singleton();
}
}
}
return instance;
}
}

(有些朋友搞不懂为什么要判断两次Instance==null，因为在多线程中第一次判断时可能有两个或者多个instance==null，那么在synchronized锁里第一个instance已经new出来了，第二个或者后面进入的如果不判断就会重复new对象出来，所以在里面多一层判断确保Instance实例只有一个)

这样还是有一个缺点就是：就是在一个线程还未完全初始化该对象时，而那个变量已经显示为被初始化，那么其他线程可能去使用这个未被完全初始化的实例，造成系统的崩溃。不过这个在java5以上可以安全运行。

另外一种完美实现的实现既线程安全又延迟加载的模式（Initialization on demand holder）使用静态内部类 示例：

Public class Singleton{
Private Singleton(){};
Public static class Singleton1{
Private static final Singleton instance = new Singleton();
}
Public static Singleton getInstance(){
Return Singleton1.instance;
}
}

这样就能保证在第一次调用getInstance（）方法时，才会去初始化instance实例，而且该实例被定义为static，只会被初始化一次。(这种方法是网上看的，我还未用过，以后可以试试，哈哈

)

此文由本人从网上浏览总结而出，如需转载，请注明出处，谢谢!

当一个类的实例可以有且只可以一个的时候就需要用到了。为什么只需要有一个呢？有人说是为了节约内存，但这只是单例模式带来的一个好处。只有一个实例确实减少内存占用，可是我认为这不是使用单例模式的理由。我认为使用单例模式的时机是当实例存在多个会引起程序逻辑错误的时候。比如类似有序的号码生成器这样的东西，怎么可以允许一个应用上存在多个呢？