设计模式学习之单例模式

       单例模式是我们经常用到的一种设计模式，在程序中，常常需要全局持有唯一的实例，单例模式就很好的满足了我们的这一需求。当然，需要全局持有唯一实例的原因多种多样：

1. 要求生成唯一序列号的环境。
2. 整个项目中需要一个共享访问点或共享数据，并保证线程安全。
3. 创建一个对象需要消耗的资源过多。
4. 需要定义大量的静态方法和常量，（我一般倾向于采用声明为static的方式作为工具类）

       单例模式的实现方式：

       作为常用的设计模式，很早我就听说过单例模式，经常用到，我的实现一般是如下形式：

public class MySingletonClass {
      private static MySingletonClass sIns;
      private MySingletonClass() {
      }
      public static MySingleton getInstance() {
              if (sIns == null) {
                  sIns = new MySingletonClass();
              }
              return sIns;
      }
}

        使用private的构造函数是为了防止单例类被实例话，保证只能通过getInstance方法访问到。

        这种实现方式存在的问题是在高并发的情况下可能还是会初始化多个实例，所有的代码都执行到if 判断语句，在并发的情况下最后都会执行到new 语句，结果就是大家都new 出了一个实例，这种情况应该被避免。典型的避免的方法有两种：懒汉单例和饿汉单例。

        懒汉单例模式：

                通过getInstance前面加synchronized 关键字或者在方法内部增加synchronized关键字，代码实例如下：

public class MySingletonClass {
      private static MySingletonClass sIns;
      private MySingletonClass() {
      }
      synchronized public static MySingleton getInstance() {
              if (sIns == null) {
                  sIns = new MySingletonClass();
              }
              return sIns;
      }
}

       饿汉单例：

              不在get的时候生成全局对象，而是通过static 关键字生成对象。代码示例如下：

public class MySingletonClass {
      private static MySingletonClass sIns = new MySingletonClass();
      private MySingletonClass() {
      }
      public static MySingleton getInstance() {
              return sIns;
      }
}

       本质上来说，懒汉单例对于并发的处理方式就是将其变为顺序执行，在获取singleton对象的时候等待，饿汉单例则是应用了java的static 关键字特性。在Thinking in java中，对于static 的需求情形是：只想为某特定域分配单一存储空间，而不去考虑究竟要创建多少对象。简直就是为单例而生的！而且饿汉模式的代码更加简洁优美。推荐使用饿汉模式实现单例模式。