首页 > 代码库 > 设计模式之单例模式

设计模式之单例模式

单例模式属于“创建型”模式,“创建型”模式主要讲对象的创建方法,单例模式有两种实现方式:饿汉式、懒汉式;下面对这两种实现方式加以总结。

1、饿汉式单例:

单例类在自己类内部定义自己的实现,注意构造函数的访问类型是private,这样外界没有创建单例类的方法,只能通过一个静态的getObj()方法来获得该单例的对象,而getObj()方法返回的对象是早已创建好的自身对象,无论调用多少次,返回的都是同一个对象,你可以通过set方法修改对象的属性值,但是reference引用指向的对象一直是同一个对象。

 1 class Singleton{//可以用final修饰,也可以不用
 2     private int val;
 3     private static Singleton reference=new Singleton(23);//定义自己的实现
 4     private Singleton(int val){
 5         this.val=val;
 6     }
 7     public static  Singleton getObj(){
 8         return reference;
 9     }
10     public void setVal(int val){
11         this.val=val;        
12     }
13     public int getVal(){
14         return this.val;        
15     }
16 }

2、懒汉式单例:

所谓“懒汉式”就是在我们需要单例对象的时候才给创建单例对象,而“饿汉式”是对象早已创建好了,已经等着我们去访问。问题出现了,我们可能“同时”需要单例对象,也就是多线程并发访问创建单例对象,这时候就需要控制一下了,因为单例对象只能创建一个,如果对创建方法不加控制,可能出现:A线程访问getObj()创建对象,还没来得及运行下面第九行的创建代码,cpu被B线程夺走,B也执行getObj()方法,并成功创建对象,cpu执行进程切换会记录断点,以便恢复后接着执行,所以A线程恢复运行后会接着执行第九行的创建代码,这时就产生了多个对象。为了防止以上情况的发生,我们可以控制线程对getObj()的访问情况,使它们一个个顺序执行,当A线程执行getObj()方法时,其他线程在一旁等着,如果reference指向为空就创建对象,反之直接返回,这样大家得到的对象就是第一次成功创建好的那个new Singleton(43)对象,这样就保证了对象的唯一性,满足了“单例”的要求。

 1 class Singleton{//可以用final修饰,也可以不用
 2     private int val;
 3     private static Singleton reference=null;
 4     private Singleton(int val){
 5         this.val=val;
 6     }
 7     synchronized public static Singleton getObj(){
 8         if(reference==null){
 9             reference=new Singleton(43);
10         }
11         return reference;
12     }
13     public void setVal(int val){
14         this.val=val;        
15     }
16     public int getVal(){
17         return this.val;        
18     }
19 }

注:以上内容是参看《Thinking in Patterns》后的总结结果,不足之处请大家多多指教。

设计模式之单例模式