Design Pattern-Singleton Pattern单例模式-蒲公英云

Design Pattern-Singleton Pattern单例模式

There are many objects we only need one of: thread pools, caches, dialog boxes, objects that handle preferences and registry settings, objects used for logging, and objects that act as device drivers to devices like printers and graphics cards. In fact, for many of these types of objects, if we were to instantiate more than one we’d run into all sorts of problems like incorrect program behavior, overuse of resources, or inconsistent results.

有一些对象我们只需要一个：线程池、缓存、对话框、偏好处理和注册表设置对象、日志对象、充当打印机、显卡等设备的驱动程序的对象。事实上，很多这类型的对象，如果我们实例化多个会导致各种问题，比如：程序的异常行为、资源的过量使用、或者不一致的结果。

（来源于《Head First Design Pattern》 P170）

Definition: The Singleton Pattern ensures a class has only one instance, and provides a global point of access to it.

（来源于《Head First Design Pattern 》P177）

如何创建单例模式：懒汉式、饿汉式

1）构造方法私有化

2）在类的内部创建对象

3）创建一个静态的公有的方法，返回实例化了的单例。

懒汉式

用同步去处理多线程，防止创建两个对象，但同步会降低性能，同步一个方法会使性能下降100倍

范例：（感觉自己的程序很好吃）

饿汉式：Move to an eagerly created instance rather than a lazily created one 急切创建实例，而非延迟创建

范例：（灵感来自于每天上课饿了）

SouthEast 1

扩展一：Use “double-checked looking” to reduce the use of synchronization in getInstance()

使用“双重检查加锁”去减少在getInstance()中使用同步

We first check to see if an instance is created, and if not, then we synchronize. This way, we only synchronize the first time through.

首先检查实例是否已经创建，如果没有创建，才使用同步。这样，我们只有在第一次才会使用到同步。

public class Singleton(){

privatevolatile static Singleton uniqueInstance;

private Singleto(){}

public static Singleton getInstance(){

//检查实例，如果不存在，就进入同步区

if(uniqueInstance == null){

//只有第一次才彻底执行这里的代码

synchronized (Singleton.class){

//进入同步区后再检查一次，若仍为null，才创建实例

if(uniqueInstance == null)

uniqueInstance = new Singleton();

}

return uniqueInstance;

}

The volatile keyword ensure that multiple threads handle the uniqueInstance variable correctly when it is being initialized to the Singleton instance.

volatile关键字确保，当uniqueInstance变量实例化单例时，多个线程能正确地处理uniqueInstance变量。

（来源于《Head First Design Pattern 》P182）

扩展二：**volatile关键字**

Java 语言包含两种内在的同步机制：同步块（或方法）和 volatile 变量。这两种机制的提出都是为了实现代码线程的安全性。其中 volatile变量的同步性较差（但有时它更简单并且开销更低），而且其使用也更容易出错。

Java 语言中的 volatile变量可以被看作是一种 “程度较轻的 synchronized”；与 synchronized 块相比，volatile 变量运行时开销较少，但是它所能实现的功能也仅是 synchronized 的一部分。

锁提供了两种主要特性：互斥（mutual exclusion）和可见性（visibility）。

1）互斥：一次只允许一个线程持有某个特定的锁，即一次只有一个线程能够使用共享数据。

2）可见性：它必须确保释放锁之前对共享数据做出的更改对于随后获得该锁的另一个线程是可见的若没有同步机制提供可见性保证，线程看到的共享变量可能是修改前的值或不一致的值，这将引发许多严重问题。

扩展三：框架中的单例模式

1.Struts2中的Action是多例的而非单例，一个Session产生一个Action，每一次请求产生一个Action。

原因：因为Struts2中的Action存放着数据，好比在页面填写表单数据时，数据可以以Action属性传输的方式传送到后台。若Action为单例，在多线程的情况下会造成数据的传输错误或泄露。但有的Action规定只能由Admin使用，这时就可以将Action设为单例。

2.Spring的IOC容器管理的bean默认是单例的，但在配置Action bean时，可以通过配置scope来设定是单例或是多例。