Java设计模式--单例模式

三、单例模式

顾名思义，单例就是只有唯一的例子，不能山寨的。以大臣朝拜皇帝（一般一个朝代只有一个皇帝吧）为例子，下面是类图



首先先定义一个皇帝：

public class Emperor {
private static Emperor emperor = null; //定义一个皇帝放在那里，然后给这个皇帝名字
private Emperor(){
//世俗和道德约束你，目的就是不让你产生第二个皇帝
}
public static Emperor getInstance(){

if(emperor == null){ //如果皇帝还没有定义，那就定一个（懒汉式单例模式：等到要用时才创建。）
emperor = new Emperor();
}
return emperor;
}
//皇帝叫什么名字呀
public static void emperorInfo(){
System.out.println("我就是皇帝某某某....");
}
}

接下来定义大臣：

public class Minister {
/**
* @param args
*/
public static void main(String[] args) {
//第一天
Emperor emperor1=Emperor.getInstance();
emperor1.emperorInfo(); //第一天见的皇帝叫什么名字呢？
//第二天
Emperor emperor2=Emperor.getInstance();
Emperor.emperorInfo();
//第三天
Emperor emperor3=Emperor.getInstance();
emperor2.emperorInfo();
//三天见的皇帝都是同一个人，荣幸吧！
}
}

从上面来看，单例模式很简单，就是在构造函数中多了加一个构造函数，访问权限是 private 的就可以了，这个模式是简单，但是简单中透着风险，风险？什么风险？在一个 B/S 项目中，每个 HTTP Request 请求到 J2EE的容器上后都创建了一个线程,每个线程都要创建同一个单例对象，由于多线程的并发，可能使内存中出现两个相同的实例对象，如果你这个单例是去拿一个序列号或者创建一个信号资源的时候，就可能导致出现数据不一致的情况。 以下提供一种解决方案：

/**
*  通用单例模式
*/
public class SingletonPattern {
private static final SingletonPattern singletonPattern= new SingletonPattern();
// 限制住不能直接产生一个实例
private SingletonPattern(){
}
public synchronized static SingletonPattern getInstance(){
return singletonPattern;
}
}

直接 new 一个对象传递给类的成员变量 singletonpattern，你要的时候 getInstance（）直接返回给你。使内存只存在单一的实例对象。

总结：单例设计模式主要有有懒汉式和饿汉式设计模式。二者的区别体现在如下两个方面。

1、线程安全

饿汉式天生就是线程安全的，可以直接用于多线程而不会出现问题。

而懒汉式本身是非线程安全的，他是在需要的时候才进行对象的创建，可能出现如上所述的内存出现两个实例对象的情况，会导致一些线程安全问题。

2、资源加载和性能方面

饿汉式在类创建的同时就实例化一个静态对象出来，不管之后会不会使用这个单例，都会占据一定的内存，但是相应的，在第一次调用时速度也会更快，因为其资源已经初始化完成。

而懒汉式顾名思义，会延迟加载，在第一次使用该单例的时候才会实例化对象出来，第一次调用时要做初始化，如果要做的工作比较多，性能上会有些延迟。