6.单例模式.pdfVIP

探索设计模式——星际争霸探险之旅 6. SingletonPattern 6. SingletonPattern 66..单例模式（SSiinngglleettoonnPPaatttteerrnn） 前面说提到的五种创建模式，主要解决的问题是如何创建对象，获得产品。而单例模式最要 关心的则是对象创建的次数以及何时被创建。 Singleton 模式可以是很简单的，它的全部只需要一个类就可以完成（看看这章可怜的UML 图）。但是如果在“对象创建的次数以及何时被创建”这两点上较真起来，Singleton模式可以相 当的复杂，比头五种模式加起来还复杂，譬如涉及到DCL 双锁检测（double checked locking）的 讨论、涉及到多个类加载器（ClassLoader）协同时、涉及到跨JVM（集群、远程EJB等）时、涉 1 及到单例对象被销毁后重建等。对于复杂的情况，本章中会涉及到其中一些。 目的： 希望对象只创建一个实例，并且提供一个全局的访问点。 场景： Kerrigan 对于Zerg 来说是个至关重要的灵魂人物，无数的Drone、Zergling、Hydralisk……可 以被创造、被牺牲，但是Kerrigan 得存在关系到Zerg 在这局游戏中的生存，而且Kerrigan 是不允 许被多次创造的，必须有且只有一个虫族刀锋女王的实例存在，这不是游戏规则，但这是个政治 问题。 分析： 如前面一样，我们还是尝试使用代码来描述访问Kerrigan 的过程，看看下面的UML 图，简 单得我都不怎么好意思放上来占版面。 SingletonKerrigan SingletonKerrigan SSiinngglleettoonnKKeerrrriiggaann +getInstance( ) 图6.1 单例模式的UML 图 结构是简单的，只是我们还有一些小小的要求如下： 1.最基本要求：每次从getInstance()都能返回一个且唯一的一个Kerrigan 对象。 2.稍微高一点的要求：Kerrigan 很忙，很多人找，所以希望这个方法能适应多线程并发访问。 3.再提高一点的要求：Zerg 是讲究公务员效率的社会，希望找Kerrigan 的方法性能尽可能高。 4.最后一点要求是Kerrigan 自己提出的：体谅到Kerrigan 太累，希望多些睡觉时间，因此 Kerrigan 希望实现懒加载（LazyLoad），在需要的时候才被构造。 5.原本打算说还提要处理多ClassLoader、多JVM等情况，不过还是不要把情况考虑的太复杂 了，暂且先放过作者吧（-_-#）。 探索设计模式——星际争霸探险之旅 我们第一次写的单例模式是下面这个样子的： /** * 实现单例访问Kerrigan的第一次尝试 */ public class public class ppuubblliicc ccllaassss SingletonKerriganA { /** * 单例对象实例 */ private static null private static null pprriivvaattee ssttaattiicc SingletonKerriganA instance = nnuullll; public static public static ppuubblliicc ssttaattiicc SingletonKerriganA getInstance() { if null if null iiff (instance == nnuullll) { //line