浅谈设计模式（一）单例模式

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了浅谈设计模式（一）单例模式，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1989字，纯文字阅读大概需要3分钟。

内容图文

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

       何为单例模式？

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

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

      单例模式的类图如下：

       如图，我们使用静态变量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;
    }
}

         

内容总结

以上是互联网集市为您收集整理的浅谈设计模式（一）单例模式全部内容，希望文章能够帮你解决浅谈设计模式（一）单例模式所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---