设计模式

最新推荐文章于 2024-11-21 22:43:50 发布

dongjinxin0621

最新推荐文章于 2024-11-21 22:43:50 发布

阅读量192

点赞数 1

CC 4.0 BY-SA版权

分类专栏： php

本文链接：https://blog.youkuaiyun.com/dongjinxin0621/article/details/79001102

php 专栏收录该内容

40 篇文章

订阅专栏

本文介绍了单例模式的设计方法，包括其优点（确保唯一实例、节省资源等）与缺点（不适用变化对象、扩展困难等），并提供了一个PHP实现示例。同时也讨论了使用时需要注意的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.单例模式

class  Util_CachedRedis {

    static $_instans;
    private $name;
    
    //构造方法非公有化 
    protected function __construct($name) {
        $this -> name = $name;
    }
    
    //单例方法要静态化
    public static function getInstance() {
        if (!(self::$_instans instanceof self)) {
            self::$_instans = new self();
        }
        return self::$_instans;
    }
}

优点：
    1.在单例模式中，活动的单例只有一个实例，对单例类的所有实例化得到的都是相同的一个实例。这样就防止其它对象对自己的实例化，确保所有的对象都访问一个实例
    2.单例模式具有一定的伸缩性，类自己来控制实例化进程，类就在改变实例化进程上有相应的伸缩性。
    3.提供了对唯一实例的受控访问。
    4.由于在系统内存中只存在一个对象，因此可以节约系统资源，当需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。
    5.允许可变数目的实例。
    6.避免对共享资源的多重占用。
缺点：
    1.不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。
    2.由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。
    3.单例类的职责过重，在一定程度上违背了“单一职责原则”。
    4.滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。
使用注意事项：
    1.使用时不能用反射模式创建单例，否则会实例化一个新的对象
    2.使用懒单例模式时注意线程安全问题
    3.饿单例模式和懒单例模式构造方法都是私有的，因而是不能被继承的，有些单例模式可以被继承（如登记式模式）