单例模式的风险

单 例 模 式 很 简 单 ， 就 是 在 构 造 函 数 中 多 了 加 一 个 构 造 函 数 ， 访 问 权 限 是 p r i v a t e 的 就 可 以 了 ， 这 个 模
式 是 简 单 ， 但 是 简 单 中 透 着 风 险 ， 风 险 ？ 什 么 风 险 ？ 在 一 个 B / S 项 目 中 ， 每 个 H T T P R e q u e s t 请 求 到 J 2 E E的容器上后都创建了一个线程,每个线程都要创建同一个单例对象,怎么办?,好,我们写一个通用的单例程序,然后分析一下:

 

 /**
     * 通用单例模式
     */
    @SuppressWarnings("all")
    public class SingletonPattern {
        private static SingletonPattern singletonPattern = null;  // 限制住不能直接产生一个实例

        private SingletonPattern() {
        }

        public SingletonPattern getInstance() {
            if (this.singletonPattern == null) {  // 如果还没有实例，则创建一个
                this.singletonPattern = new SingletonPattern();
            }
            return this.singletonPattern;
        }
    }

 

我 们 来 看 加粗的 那 一 部 分 ， 假 如 现 在 有 两 个 线 程 A 和 线 程 B ， 线 程 A 执 行 到 t h is.singleto nPattern = new SingletonPattern() ， 正 在 申 请 内 存 分 配 ， 可 能 需 要 0 . 0 0 1 微 秒 ， 就 在 这 0 . 0 0 1 微 秒 之 内 ， 线 程 B 执行 到

i f ( t h i s . s i n g l e t o n P a t t e r n = = n u l l ) ， 你 说 这 个 时 候 这 个 判 断 条 件 是 t r u e 还 是 f a l s e ？ 是 t rue，那然 后 呢 ？ 线 程 B 也 往 下 走 ，于 是 乎 就 在 内 存 中 就 有 两 个 S i n g l e t o n P a t t e r n 的 实 例 了 ，看看是不是出问题了？

如果你这个单例是去拿一个序列号或者创建一个信号资源的时候，会怎么样？业务逻辑混乱！数据一致性校验失败！重要的是你从代码上还看不出什么问题，这才是要命的！因为这种情况基本上你是重现不了的，不寒而栗吧，那怎么修改？有很多种方案，我就说一种，能简单的、彻底解决问题的方案

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

        private SingletonPattern() {
        }

        public synchronized static SingletonPattern getInstance() {
            return singletonPattern;
        }

    }

直 接 n e w 一 个 对 象 传 递 给 类 的 成 员 变 量 s i n g l e t o n p a t t e r n ， 你 要 的 时 候 g e t I n s tance（）直接返回给
你，解决问题！