入门设计模式之单例模式-阿里云开发者社区

开发者社区> 开发与运维> 正文

入门设计模式之单例模式

简介: 版权声明:本文为博主原创文章,未经博主允许不得转载。博客源地址为zhixiang.org.cn https://blog.csdn.net/myFirstCN/article/details/80866262 ...
版权声明:本文为博主原创文章,未经博主允许不得转载。博客源地址为zhixiang.org.cn https://blog.csdn.net/myFirstCN/article/details/80866262


学习更多设计模式请参考:入门设计模式之汇总篇



了解单例模式之前我们先来了解一下单例模式的三个要点:

1.一个类只能有一个实例(就是只需要new一次呗)

2.它必须自行创建这个实例(就是构造方法不对外暴露呗)

3.它必须向整个系统提供这个实例(就是获取实例的方法是静态的呗)

其实通过分析上方三个要点我们就已经了解了单例模式了。也就是说我们只要满足上方的要求就算是一个单例了。


按照上方的要点这里给出几个例子供大家参考一下:


饿汉式:

public class HungrySingle {

    private static final HungrySingle single=new HungrySingle();

    private HungrySingle(){ }

    public static HungrySingle getInstance() {
        return single;
    }

}

观察上述代码我们可以发现,饿汉式单例模式可能是最直观的体现出单例模式的要点的一种写法了。不过呢,这种写法并不是很完美。例如当同一个jvm拥有多个类加载器时,如果多个加载器同时加载这个类的话就会出现多个实例。


懒汉式:

public class lazySingle {

    private static lazySingle single;

    private lazySingle(){}

    public static synchronized lazySingle getInstance() {
        if(single==null){
            single=new lazySingle();
        }
        return single;
    }
}

不同于饿汉式的加载类时就实例化出对象,懒汉式就解决了饿汉式可能出现的多次加载问题,它把实例化的时机选择在了调用时。不过呢,它同样也存在一定的局限性。例如当单例类作为资源时,并且这个资源在进行初始化还很慢的时候,当有多个线程请求此类将会带来一些负面影响。


结语:

其实我们可以在网上看到很多关于单例模式的文章,例如单例的n种写法、你一直再用的哪个单例是错的等等一类的文章。我在这里给大家一个忠告:我们这些写文章的人也是和大家一样的人,我们也可能会犯错。当你看到一篇文章时不要忙着去吸收,先按照你自己的想法去验证一下。就比如单例模式,看看很多写法满足了三个要点吗?


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章