我们知道，为了解决懒汉式的安全问题，加上了同步代码块synchronized。

加上synchronized后降低了程序的效率，于是加上双重判断if（s==null）

问题来了，前者是线程进入时在Single.class处判断状态值是否为开，后者是线程进入时在if处判断s是否为空。
同样都是每个进程进入时做一次判断，何以后者就比前者高效了呢？

1. 
   
2. <P> </P>

复制代码

1. 
   
2. if(s==null)
   
3. {
   
4. //首先,哥们,你的同步关键字写错了,多了一个s
   
5. synchronized(Single.class)
   
6. {
   
7. /*
   
8. 额,我感觉没多一行代码,就要多一次执行(当然是同种功能的)
   
9. 如果加上if(s==null),他会在s!=null的时候,之间跳过该判定语句
   
10. 执行后续语句.而没有的话,会先进同步代码块,再去判断,我的感觉
    
11. 好像有点效率低了
    
12. 恩,之后,就是一般我们要写高效懒汉式的话,会在同步代码块中加入
    
13. try语句,模拟临时故障,否则面试官问你你有没经过测试,咋知道你写
    
14. 的程序安全了!所以,加上吧!为了面试!
    
15. 加上之后,就更明白了吧!加上if(s==null)后,就不用去执行try了,try
    
16. 里面是让线程进入休眠!更浪费时间!
    
17. */
    
18. try
    
19. {
    
20. Thread.sleep(100);
    
21. }
    
22. catch (Exception e)
    
23. {
    
24. }
    
25. if(s==null)
    
26. s=new single();
    
27. }
    
28. }
    
29. 
    

复制代码

你可以把synchronized这句话看成是一道门。

对于上面那种未采取双重判断的：当第一次调用对象后，门关上了，由于是第一次，所以s==null满足，Single的对象被引用拿走，拿走后门开了。后面如果又来个需要访问对象的，还得再一次通过这道门，如果是在多线程中，会有N多想要访问Single对象的，于是需要判断N次，这样效率就降低了。

而对于下面加了双重判断的，synchronized还可以看作是门，而外层的if判断可以看作是门外的“请勿打扰”或者“无人可进”的牌子。当第一次访问对象时，看到牌子上写着“无人可进”，于是进门(synchronized)，由于符合s==null的条件，对象被引用拿走。拿走的同时，牌子就变成了“请勿打扰”(s!=null)，所以后面再有要创建对象的看到了门外的牌子后，就直接掉头走了，不会等在门外，更不用再次判断了，这样就提高了效率