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、资源加载和性能方面
饿汉式在类创建的同时就实例化一个静态对象出来，不管之后会不会使用这个单例，都会占据一定的内存，但是相应的，在第一次调用时速度也会更快，因为其资源已经初始化完成。
而懒汉式顾名思义，会延迟加载，在第一次使用该单例的时候才会实例化对象出来，第一次调用时要做初始化，如果要做的工作比较多，性能上会有些延迟。