单例模式的三种方法

最新推荐文章于 2023-12-25 19:30:35 发布

星期五000

最新推荐文章于 2023-12-25 19:30:35 发布

阅读量336

点赞数

分类专栏：设计模式

设计模式专栏收录该内容

1 篇文章 0 订阅

订阅专栏

设计模式之单例模式(线程安全)

可以说单例模式是所有设计模式中最简单的一种。

单例模式就是说系统中对于某类的只能有一个对象，不可能出来第二个。

单例模式也是23中设计模式中在面试时少数几个会要求写代码的模式之一。主要考察的是多线程下面单例模式的线程安全性问题。

1.多线程安全单例模式实例一(不使用同步锁)

1 public class Singleton {
2     private static Singleton sin=new Singleton();    ///直接初始化一个实例对象
3     private Singleton(){    ///private类型的构造函数，保证其他类对象不能直接new一个该对象的实例
4     }
5     public static Singleton getSin(){    ///该类唯一的一个public方法    
6         return sin;
7     }
8 }

　　上述代码中的一个缺点是该类加载的时候就会直接new 一个静态对象出来，当系统中这样的类较多时，会使得启动速度变慢。现在流行的设计都是讲“延迟加载”，我们可以在第一次使用的时候才初始化第一个该类对象。所以这种适合在小系统。

2.多线程安全单例模式实例二(使用同步方法)

 1 public class Singleton {  
 2      private static Singleton instance;  
 3      private Singleton (){
 4          
 5      }   
 6      public static synchronized Singleton getInstance(){    //对获取实例的方法进行同步
 7        if (instance == null)     
 8          instance = new Singleton(); 
 9        return instance;
10      }
11  }

　　上述代码中的一次锁住了一个方法，这个粒度有点大，改进就是只锁住其中的new语句就OK。就是所谓的“双重锁”机制。

3.多线程安全单例模式实例三(使用双重同步锁)

 1 public class Singleton {  
 2      private static Singleton instance;  
 3      private Singleton (){
 4      }   
 5      public static Singleton getInstance(){    //对获取实例的方法进行同步
 6        if (instance == null){
 7            synchronized(Singleton.class){
 8                if (instance == null)
 9                    instance = new Singleton(); 
10            }
11        }
12        return instance;
13      }
14      
15  }

分类: 设计模式

好文要顶关注我收藏该文

旭东的博客
关注 - 12
粉丝 - 226

+加关注

«上一篇： Aho-Corasick 多模式匹配算法、AC自动机详解
»下一篇： Horspool 字符串匹配算法

posted on 2013-11-21 09:33 旭东的博客阅读(29915) 评论(5)编辑收藏

#1楼

方法三比方法二好在哪里？

支持(0) 反对(0)

2013-11-21 15:40 | 江海不系舟

#2楼 [楼主]

@cctw
方法二锁定整个方法块，方法三只是锁定了方法中的一个代码段。只是锁的“粒度”不同吧。

支持(0) 反对(0)

http://pic.cnblogs.com/face/466768/20141018152801.png

2013-11-21 18:41 | 旭东的博客

#3楼

并没有注意到用双重锁时会产生指令重排的情况

支持(0) 反对(0)

http://pic.cnblogs.com/face/831823/20160707110028.png

2016-06-04 16:24 | 贴地

#4楼

为什么要两次判断instance == null?

支持(0) 反对(0)

http://pic.cnblogs.com/face/334612/20130408205418.png

2016-10-06 10:50 | gschen

#5楼 35426592016/10/27 23:03:11

回复4楼的兄弟,为什么要两次判断instance == null,android应用跑起来是要开一个主线程和若干条子线程的,假如这里有A和B两条子线程都想执行这个单例模式的代码,假如A线程抢到了执行权,执行到第6行的判断语句if (instance == null),这时候instance是为空的,就进入了方法体里面,就在快要进入同步代码块的时候恰巧B线程把执行权抢走了,这时候B线程要执行第6行的判断语句if (instance == null),因为之前A线程没有进入同步代码块,instance没有创建成功,这时候instance依然为空,所以instance == null为true,B线程也会进入方法体里面去执行同步代码块,而恰巧这时候A线程突然夺过执行权先于B线程进入同步代码块,这时候B线程只有等A线程从同步代码块中出来才有机会进入同步代码块执行里面的逻辑.A线程进入同步代码块执行里面的代码,A线程执行完instance 对象被创建出来了,这时候B线程也如愿的抢到了执行权,你说这时候B线程要不要判断instance是否为空呢?如果不做判断那就直接又创建了一个对象,所以需要先判断instance是否为空再决定需不需要创建instance对象,其实这里问题不大,我假设的这种情况很少出现,而且只会在第一次初始化instance实例的时候才有可能出现这种情况,造成的影响就是多创建了一个对象,而且这个对象很快就会第二次创建的对象给替换覆盖掉而变成垃圾,具体到项目中会不会报异常这个我还不清楚,个人感觉应该不会.

支持(0) 反对(0)

2016-10-27 23:03 | 小菜牛

刷新评论刷新页面返回顶部

注册用户登录后才能发表评论，请登录或注册，访问网站首页。