标签：style blog http color io 使用 ar 数据 sp
这个模式是很有意思，而且比较简单，但是我还是要说因为它使用的是如此广泛，如此的有人缘，单例就是单一、独苗的意思，那什么是独一份呢？你的思维是
独一份，除此之外还有什么不能山寨的呢？我们举个比较难复制的对象：皇帝
中国的历史上很少出现两个皇帝并存的时期，是有，但不多，那我们就认为皇帝是个单例模式，在这个场景中，有皇帝，有大臣，大臣是天天要上朝参见皇帝的，今天参拜的皇帝应用和昨天、前天的一样（过渡期的不考虑），大臣磕完头，抬头一看，嗨，还是昨天那个皇帝，单例模式，绝对的单例模式。
先看类图：
然后我们看程序实现，先定一个皇帝：
1 package com.iadmob.singleton;
2
3 /**
4 * @author http://www.cnblogs.com/initial-road/
5 * 中国的历史上一般都是一个朝代一个皇帝，有两个皇帝的话，必然要PK出一个皇帝出来
6 */
7 public class Emperor {
8 //定义一个皇帝放在那里，然后给这个皇帝名字
9 private static Emperor emperor = null;
10
11 private Emperor(){
12 //世俗和道德约束你，目的就是不让你产生第二个皇帝
13 }
14
15 public static Emperor getInstance(){
16 if(emperor == null){
17 emperor = new Emperor();
18 }
19 return emperor;
20 }
21
22 //皇帝叫什么名字呀
23 public static void emperorInfo(){
24 System.out.println("我就是皇帝某某某....");
25 }
26 }
27
28 然后定义大臣：
29 package com.iadmob.singleton;
30
31 /**
32 * @author http://www.cnblogs.com/initial-road/
33 * 大臣是天天要面见皇帝，今天见的皇帝和昨天的，前天不一样那就出问题了!
34 */
35 @SuppressWarnings("all")
36 public class Minister {
37
38 public static void main(String[] args) {
39 //第一天
40 Emperor emperor1 = Emperor.getInstance();
41 emperor1.emperorInfo(); //第一天见的皇帝叫什么名字呢？
42
43 //第二天
44 Emperor emperor2 = Emperor.getInstance();
45 emperor2.emperorInfo();
46
47 //第三天
48 Emperor emperor3 = Emperor.getInstance();
49 emperor3.emperorInfo();
50
51 //三天见的皇帝都是同一个人，荣幸吧！
52 }
53
54 }
看到没，大臣天天见到的都是同一个皇帝，不会产生错乱情况，反正都是一个皇帝是好是坏就这一个，只要提到皇帝，大家都知道指的是谁，清晰，而又明确。
问题是这是通常情况，还有个例的，如同一个时期同一个朝代有两个皇帝，怎么办？
单例模式很简单，就是在构造函数中多了加一个构造函数，访问权限是private的就可以了，这个模式是简单，但是简单中透着风险，风险？什么风险？在一个
B/S项目中，每个HTTP Request 请求到J2EE的容器上后都创建了一个线程，每个线程都要创建同一个单例对象，怎么办？好，我们写一个通用的单例程序，然后
分析一下：
1 package com.iadmob.singleton;
2
3 /**
4 * @author http://www.cnblogs.com/initial-road/
5 * 通用的单例模式
6 */
7 public class SingletonPattern {
8 private SingletonPattern singletonPattern = null;
9
10 //限制住不能直接产生一个实例
11 private SingletonPattern(){
12
13 }
14
15 public SingletonPattern getInstance(){
16 if(this.singletonPattern == null){
17 this.singletonPattern = new SingletonPattern();
18 }
19 return this.singletonPattern;
20 }
21
22 }
我们来看if条件那一部分，假如现在有两个线程A和线程B，线程A执行到this.singleton，Pattern = new SingletonPattern();正在申请内存分配，可能需要
0.001微妙，就在这0.001微妙之内，线程B执行到if(this.singletonPattern==null)，你说这个时候这个判断条件是是true还是false？是true，那然后呢？
线程B也往下走，于是乎就在内存中就有两个Singleton的实例了，看看是不是出问题了？
如果你这个单例是去那一个序号或者创建一个信号资源的时候，会怎么样？业务逻辑混乱！数据一致性校验失败！最重要的是你从代码上还看不出什么问题，这
才是最要命的！因为这种情况基本上你是重现不了的，不寒而栗吧，那怎么修改？有很多种方案，我就说一种，能简单的、彻底解决问题的方案：
1 package com.iadmob.singleton;
2
3 /**
4 * @author http://www.cnblogs.com/initial-road/
5 * 通用单例模式
6 */
7 public class SingletonPattern {
8 private static final SingletonPattern singletonPattern = new SingletonPattern();
9
10 //限制住不能直接产生一个实例
11 private SingletonPattern1(){
12 }
13
14 public synchronized static SingletonPattern getInstance(){
15 return singletonPattern;
16 }
17
18 }
直接new一个对象传递给类的成员变量singletonpattern，你要的时候getInstance()直接返回给你，解决问题！
24种设计模式--单例模式【Singleton Pattern】
标签：style blog http color io 使用 ar 数据 sp
原文地址：http://www.cnblogs.com/initial-road/p/singleton_pattern.html
