设计模式-单例模式学习

设计模式-单例模式学习

近一年来一直就想好好学习一下设计模式，同时多看一些优秀的源码。买了本Head First设计模式看了以后感觉受益匪浅，总结一下啦。

首先，让我们来看下单例模式~

单例模式又称为单例件式，是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中一个类只有一个实例。它出现的原因主要是在一个系统中，有些对象其实我们只需要一个，比方说：线程池、缓存、日志等的对象。他确保一个类只有一个实例，并提供全局访问点。
为什么不用全局变量呢？如果使用全局变量，必须在程序一开始就创建好这个对象，而使用单件模式可以在真正使用时创建对象。

那么如何实现单例模式呢？

总结一下，就是：
1. 将类的构造方法设置为private，防止大家乱new对象出来
2. 在类里增加一个静态变量instance并给初始值NULL，该静态变量类型就是它本身
3. 写一个getInstance()的静态方法，获取该类的实例全部要通过这个方法进行

写到这里就有些眉目了，只要我们在类上调用getInstance()，在getInstance()里稍作判断，如果instance=NULL则新建对象，如果instance已经有实例则直接返回这个实例就可以了。没错，单例模式就是这么简单实用。

<?php

class test {
    private static $_instance;//保存类实例的私有静态成员变量
    //定义一个私有的构造函数，确保单例类不能通过new关键字实例化，只能被其自身实例化
    private final function __construct() {
        echo 'test __construct';
    }
    //定义私有的__clone()方法，确保单例类不能被复制或克隆
    private function __clone() {}
    public static function getInstance() {
        //检测类是否被实例化
        if ( ! (self::$_instance instanceof self) ) {
            self::$_instance = new test();
        }
        return self::$_instance;
    }
}
//调用单例类
test::getInstance();

关于单例模式，需要注意的是在有些语言代码书写时，要注意考虑进程同步问题。通常有两种方式，一种是在getInstance()上增加synchronize关键字（Java中），这种方法虽然可以解决同步问题，但是却可能带来效率的低下，在Head First设计模式一书中给出了使用volatile关键字做进程同步问题中的单件模式的方法，但是volatile关键字却并不是完全安全的，这取决于业务类型。 [ 关于volatile ]

单例模式有哪些优缺点呢？

优点
1.实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本，从而确保所有对象都访问唯一实例。
2.灵活性
因为类控制了实例化过程，所以类可以灵活更改实例化过程。
缺点
1.开销
虽然数量很少，但如果每次对象请求引用时都要检查是否存在类的实例，将仍然需要一些开销。可以通过使用静态初始化解决此问题。
2.可能的开发混淆
使用单例对象（尤其在类库中定义的对象）时，开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码，因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
3.对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中（例如基于.NET Framework的语言），只有单例类能够导致实例被取消分配，因为它包含对该实例的私有引用。在某些语言中（如 C++），其他类可以删除对象实例，但这样会导致单例类中出现悬浮引用。

后记

最近在看Laravel源码的时候把ComposerAutoloaderInit误看成了单例模式，不过个人感觉两个有些相似的地方，贴上代码：

<?php

// autoload_real.php @generated by Composer

class ComposerAutoloaderInit12b14f626f986d491bee84841534109e
{
    private static $loader;

    public static function loadClassLoader($class)
    {
        if ('Composer\Autoload\ClassLoader' === $class) {
            require __DIR__ . '/ClassLoader.php';
        }
    }

    public static function getLoader()
    {
        if (null !== self::$loader) {
            return self::$loader;
        }

        spl_autoload_register(array('ComposerAutoloaderInit12b14f626f986d491bee84841534109e', 'loadClassLoader'), true, true);
        self::$loader = $loader = new \Composer\Autoload\ClassLoader();
        spl_autoload_unregister(array('ComposerAutoloaderInit12b14f626f986d491bee84841534109e', 'loadClassLoader'));

        $map = require __DIR__ . '/autoload_namespaces.php';
        foreach ($map as $namespace => $path) {
            $loader->set($namespace, $path);
        }

        $map = require __DIR__ . '/autoload_psr4.php';
        foreach ($map as $namespace => $path) {
            $loader->setPsr4($namespace, $path);
        }

        $classMap = require __DIR__ . '/autoload_classmap.php';
        if ($classMap) {
            $loader->addClassMap($classMap);
        }

        $loader->register(true);

        $includeFiles = require __DIR__ . '/autoload_files.php';
        foreach ($includeFiles as $file) {
            composerRequire12b14f626f986d491bee84841534109e($file);
        }

        return $loader;
    }
}

function composerRequire12b14f626f986d491bee84841534109e($file)
{
    require $file;
}

乍一看，好像这段代码也是一个私有的静态变量，一个getLoader()方法，判断是否是NULL去决定返回什么。但是不同的地方是__construct()及__clone()函数没有进行处理，并且也不是生成一个自身类型的对象，而是new了一个ClassLoader类型的，这样的话并不能够保证单例模式只有一个实例的这么一个特性（其他地方还是可以实例化ClassLoader）。看代码的时候还是要细致啊！不能想当然，一笔带过！