java中单例模式的比较

单例模式可能是代码最少的模式了,但是少不一定意味着简单,想要用好、用对单例模式,还真得费一番脑筋。本文对Java中常见的单例模式写法做了一个总结,如有错漏之处,恳请读者指正。

饿汉法:

就是在第一次引用该类的时候就创建对象实例,而不管实际是否需要创建。

public class Singleton {       
    private static Singleton = new Singleton();    
    private Singleton() {}    
    public static getSignleton(){        
        return singleton;    
    }
}

这样做的好处是编写简单,但是无法做到延迟创建对象。但是我们很多时候都希望对象可以尽可能地延迟加载,从而减小负载,所以就需要下面的懒汉法:

单线程写法

这种写法是最简单的,由私有构造器和一个公有静态工厂方法构成,在工厂方法中对singleton进行null判断,如果是null就new一个出来,最后返回singleton对象。这种方法可以实现延时加载,但是有一个致命弱点:线程不安全。如果有两条线程同时调用getSingleton()方法,就有很大可能导致重复创建对象。

public class Singleton {    
    private static Singleton singleton = null;    
    private Singleton(){}    
    public static Singleton getSingleton() {        
        if(singleton == null) singleton = new Singleton();       
        return singleton;    
     }
}

考虑线程安全的写法

这种写法考虑了线程安全,将对singleton的null判断以及new的部分使用synchronized进行加锁。同时,对singleton对象使用volatile关键字进行限制,保证其对所有线程的可见性,并且禁止对其进行指令重排序优化。如此即可从语义上保证这种单例模式写法是线程安全的。注意,这里说的是语义上,实际使用中还是存在小坑的,会在后文写到。

public class Singleton {    
    private static volatile Singleton singleton = null;    
    private Singleton(){}     
    public static Singleton getSingleton(){             
            synchronized (Singleton.class){                
                if(singleton == null){                    
                    singleton = new Singleton();               
                 }           
             }                    
       return singleton;    
    }    
}

兼顾线程安全和效率的写法

虽然上面这种写法是可以正确运行的,但是其效率低下,还是无法实际应用。因为每次调用getSingleton()方法,都必须在synchronized这里进行排队,而真正遇到需要new的情况是非常少的。所以,就诞生了第三种写法:

public class Singleton {    
    private static volatile Singleton singleton = null;     
    private Singleton(){}     
    public static Singleton getSingleton(){        
        if(singleton == null){            
            synchronized (Singleton.class){                
                if(singleton == null){                    
                    singleton = new Singleton();                
                 }            
             }        
         }        
        return singleton;   
     }    
}

这种写法被称为“双重检查锁”,顾名思义,就是在getSingleton()方法中,进行两次null检查。看似多此一举,但实际上却极大提升了并发速度,进而提升了性能。为什么可以提高并发速度呢?就像上文说的,在单例中new的情况非常少,绝大多数都是可以并行的读操作。因此在加锁前多进行一次null检查就可以减少绝大多数的加锁操作,执行效率提高的目的也就达到了。

那么,这种写法是不是绝对安全呢?前面说了,从语义角度来看,并没有什么问题。但是其实还是有坑。说这个坑之前我们要先来看看volatile这个关键字。其实这个关键字有两层语义。第一层语义相信大家都比较熟悉,就是可见性。可见性指的是在一个线程中对该变量的修改会马上由工作内存(Work Memory)写回主内存(Main Memory),所以会马上反应在其它线程的读取操作中。顺便一提,工作内存和主内存可以近似理解为实际电脑中的高速缓存和主存,工作内存是线程独享的,主存是线程共享的。volatile的第二层语义是禁止指令重新排序优化。大家知道我们写的代码(尤其是多线程代码),由于编译器优化,在实际执行的时候可能与我们编写的顺序不同。编译器只保证程序执行结果与源代码相同,却不保证实际指令的顺序与源代码相同。这在单线程看起来没什么问题,然而一旦引入多线程,这种乱序就可能导致严重问题。volatile关键字就可以从语义上解决这个问题。

注意,前面反复提到“从语义上讲是没有问题的”,但是很不幸,禁止指令重排优化这条语义直到jdk1.5以后才能正确工作。此前的JDK中即使将变量声明为volatile也无法完全避免重排序所导致的问题。所以,在jdk1.5版本前,双重检查锁形式的单例模式是无法保证线程安全的。

静态内部类法

那么,有没有一种延时加载,并且能保证线程安全的简单写法呢?我们可以把Singleton实例放到一个静态内部类中,这样就避免了静态实例在Singleton类加载的时候就创建对象,并且由于静态内部类只会被加载一次,所以这种写法也是线程安全的:

public class Singleton {    
    private static class Holder {        
    private static Singleton singleton = new Singleton();   
     }     
    private Singleton(){}     
    public static Singleton getSingleton(){        
        return Holder.singleton;    
     }
}

但是,上面提到的所有实现方式都有两个共同的缺点:

  • 都需要额外的工作(Serializable、transient、readResolve())来实现序列化,否则每次反序列化一个序列化的对象实例时都会创建一个新的实例。

  • 可能会有人使用反射强行调用我们的私有构造器(如果要避免这种情况,可以修改构造器,让它在创建第二个实例的时候抛异常)。

/** * 一个用异常强化了的Singletone实现。 *  */
public class Singleton {    
    private static final Singleton INSTANCE = new Singleton();    
    public static Singleton getInstance() {        
        return INSTANCE;    
    }    
    private static boolean initSign;    
    private Singleton() {        
        if (initSign) {           
             throw new RuntimeException("实例只能建造一次");        
         }        
        initSign = true;    
     }
}

 

枚举写法

当然,还有一种更加优雅的方法来实现单例模式,那就是枚举写法:

public enum Singleton {    
    INSTANCE;        
    private String name;        
    public String getName(){        
        return name;    
    }    
    public void setName(String name){        
        this.name = name;   
    }
}

使用枚举除了线程安全和防止反射强行调用构造器之外,还提供了自动序列化机制,防止反序列化的时候创建新的对象。因此,Effective Java推荐尽可能地使用枚举来实现单例。

总结

代码没有一劳永逸的写法,只有在特定条件下最合适的写法。在不同的平台、不同的开发环境(尤其是jdk版本)下,自然有不同的最优解(或者说较优解)。
比如枚举,虽然Effective Java中推荐使用,但是在Android平台上却是不被推荐的。在这篇Android Training中明确指出:

Enums often require more than twice as much memory as static constants. You should strictly avoid using enums on Android.

再比如双重检查锁法,不能在jdk1.5之前使用,而在Android平台上使用就比较放心了(一般Android都是jdk1.6以上了,不仅修正了volatile的语义问题,还加入了不少锁优化,使得多线程同步的开销降低不少)。

最后,不管采取何种方案,请时刻牢记单例的三大要点:

  • 线程安全

  • 延迟加载

  • 序列化与反序列化安全

 

转载于:https://my.oschina.net/plusKing/blog/664305

### Java 单例模式概述 单例模式是一种常见的设计模式,其核心目标是确保一个类仅有一个实存在,并提供一个全局访问点。这种模式在实际开发中具有广泛的应用价值。 #### 1. **Java 单例模式的实现方式** 以下是几种常用的单例模式实现方式及其特点: ##### (1) 饿汉式(Eager Initialization) 饿汉式的实现非常简,通过将类的实直接定义为 `private static` 的成员变量完成初始化[^4]。这种方式的优点在于线程安全,无需额外同步操作;缺点是在某些情况下可能会浪费内存资源,即使该对象从未被使用过也会提前创建。 ```java public class EagerInitializedSingleton { private static final EagerInitializedSingleton instance = new EagerInitializedSingleton(); private EagerInitializedSingleton() {} public static EagerInitializedSingleton getInstance() { return instance; } } ``` ##### (2) 懒汉式(Lazy Initialization) 懒汉式的特点是延迟加载实,只有当第一次调用 `getInstance()` 方法时才会创建实。然而,由于涉及多线程环境下的并发问题,因此需要显式加锁以保证安全性。 ```java public class LazyInitializedSingleton { private static LazyInitializedSingleton instance; private LazyInitializedSingleton() {} public synchronized static LazyInitializedSingleton getInstance() { if (instance == null) { instance = new LazyInitializedSingleton(); } return instance; } } ``` ##### (3) 双重检查锁定(Double-Checked Locking) 为了提高性能并减少不必要的同步开销,可以采用双重检查锁定技术。这种方法既实现了延迟加载又兼顾了效率和线程安全性。 ```java public class DoubleCheckLockingSingleton { private volatile static DoubleCheckLockingSingleton instance; private DoubleCheckLockingSingleton() {} public static DoubleCheckLockingSingleton getInstance() { if (instance == null) { synchronized (DoubleCheckLockingSingleton.class) { if (instance == null) { instance = new DoubleCheckLockingSingleton(); } } } return instance; } } ``` ##### (4) 枚举方式(Enum Singleton) 枚举方式被认为是实现的最佳实践之一。它不仅能够天然抵抗反射攻击以及反序列化带来的新实风险,还具备简洁易懂的优势[^3][^5]。 ```java public enum EnumSingleton { INSTANCE; public void doSomething() { System.out.println("Doing something..."); } } // 调用方法如下: EnumSingleton.INSTANCE.doSomething(); ``` --- #### 2. **Java 单例模式的使用场景** 单例模式适用于那些在整个应用程序生命周期内只需要维护一共享状态的对象。典型应用场景包括但不限于以下几方面[^2]: - 数据库连接池管理:控制数据库连接的数量,优化系统资源利用; - 文件读写控制器:统一文件的操作入口,避免冲突; - 日志记录器:集中处理日志输出逻辑; - 缓存服务:构建全局缓存机制,提升数据查询速度; - 线程池配置:合理分配线程任务队列长度等参数设置。 --- #### 3. **最佳实践建议** 基于上述分析可知,虽然每种实现都有各自适用范围及局限性,但从整体考虑推荐优先选用 **枚举形式** 来实现单例模式。原因主要包括以下几个层面: - 自动支持序列化功能,有效防范因反序列化而产生的多个不同实情况发生; - 天然抵御反射破坏结构的可能性; - 更加紧凑直观的语法表达风格便于理解和维护。 此外还需注意一些通用事项如构造函数必须声明成 `private` 类型以防外部随意新建对象实等问题[^1]。 --- ### 总结 综上所述,Java 中的单例模式可以通过多种途径达成目的,但在追求高效稳定的同时也要充分权衡各种因素选取最合适的方案。当前来看,借助于枚举类型来构建无疑是更为理想的选择。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值