浅谈设计模式(一)单例模式

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接: https://blog.csdn.net/weixin_40759863/article/details/94762454

       何为单例模式?

       单例模式即一个类只有一个实例并且该类有提供一个全局访问点。

       我们常常希望某个对象实例只有一个,不想要频繁地创建和销毁对象,浪费系统资源,最常见的就是 IO 、数据库的连接、Redis 连接等对象,完全没有必要创建多个一模一样的对象,一个足矣。

      单例模式的类图如下:

enter image description here

       如图,我们使用静态变量instance将实例保存起来,然后我们在需要使用该类的实例时只要再调用getInatance()方法就可以得到该类的实例了。话不多说,先看代码:

class SingleObject{
    private static SingleObject instance;
    public static SingleObject getInstance(){
        if(instance == null){
            instance = new SingleObject();
            return instance;
        }
    }
}

       但这样就足够了吗?如果只有单个线程运行程序的情况下,确实只会返回一个实例,但如果在多线程情况下,还是可能会产生多个进程,所以这不是真正的单例模式。

       为了解决多线程情况下可能会产生多个实例的问题,我们可以使用synchronized关键字来给产生instance实例的代码块“加锁”解决这个问题:

class SingleObject{
    private static SingleObject instance;
    public static synchronized SingleObject getInstance(){
        if(instance == null){
            instance = new SingleObject();
            return instance;
        }
    }
}

       通过synchronized关键字给代码块“加锁”,同一时刻下,只有一个线程能够执行这个代码块里的代码,先执行这个代码块的代码会发现没有instance实例所以会创建instance实例,后面执行的线程会因为该实例已经存在而不会再去创建instance实例。

        不过这并不是完美的解决方案,只要是锁,必然有性能损耗问题。而且对于上面的代码,其实我们只需要在线程第一次访问时加锁即可,之后并不需要锁,锁给我们带来了系统资源浪费。所以又有了新的解决方案。上面两种方式都是在 getInstance() 方法中创建实例,也就是说在要调用的时候才创建实例,这种方式被称为 “ 懒汉式 ” 。咱们还是用它的英文名,叫 Lazy Loading ,即延迟加载。

         新的解决方案是 Not Lazy Loading ,在类加载时就创建好了实例,:

         

class SingleObject{
    private static SingleObject instance = new SingleObject();
    public static SingleObject getInstance(){
        return instance;
    }
}

         

猜你喜欢

转载自blog.csdn.net/weixin_40759863/article/details/94762454