单例模式(Singleton Pattern)

本文介绍了单例模式的设计原则,包括确保系统中只有一个实例存在、由类自身负责实例化,并且该实例对整个系统可见。文章还探讨了双检锁机制在多线程环境下可能引发的问题及其解决方案。

单例模式的条件:

1.       系统只允许创建一个实例;

2.       类本身要承担创建这个实例的责任;

3.       被创建的实例要对系统公开。

 

单例(Singleton):

提供一个instance的方法,让客户可以使用它的唯一实例。内部实现只生成一个实例。

范例:1.windows的回收站

         2.windows的任务管理器(task manager

         3.系统日志

双检锁(double check lock

双检锁对于现有的JVM是不支持的。但是在其他语言当中例如c#是可以实现的,所以在多线程c#安全。

但是很不幸的,我现在用的是多线程同时调用getInstance方法,就有可能生成两个Singleton实例了。

  1. Code:
    1. public class Singleton {  
    2.     private static Singleton instance;  
    3.     private boolean inUse;  
    4.     private Singleton() {  
    5.         this.inUse = true;  
    6.     }  
    7.     public static Singleton getInstance() {  
    8.         if (instance == null) {  
    9.             synchronized (Singleton.class) {  
    10.                 if(instance == null) {  
    11.                     instance = new Singleton();  
    12.                 }  
    13.             }  
    14.         }  
    15.         return instance;  
    16.     }    
    17. }  

这样就可以避免问题了,看是JVM并不支持。

优势和缺陷:

单例模式为一个面向对象的应用程序提供了对象唯一的访问点,不管它实现何种功能,此种模式都为设计及开发团队提供了共享的概念。然而,单例模式对象的派生类就有很大的困难,只有在父类没有实例化时才可以实现。值得注意的是用些对象不可以定义成单例模式,比如。NET的数据库连接对象(Connection),整个应用程序共享一个Connection对象会出现连接池溢出错误。另外,不管是。Net还是java,都提供了废物回收的技术,因此,如果实例化的对象长时间不被利用,系统会认为它是废物,自动消灭他并回收它的资源,下次实例化时又会重新实例化,这种情况下其状态就会丢失。

 

应用情景:

1.       系统之需要一个实例的对象。

2.       客户调用类的单个实例只允许使用一个公共的访问点。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值