单例模式(Singleton)

单例模式(保证一个类只有一个实例,并提供一个可调用的全局访问点)

定义:在有些系统中,为了节省内存资源、保证数据内容的一致性,对某些类要求只能创建一个实例,这就是所谓的单例模式

  • 特点
    1. 单例类只有一个实例对象;
    2. 该单例对象必须由单例类自行创建;
    3. 单例类对外提供一个访问该单例的全局访问点。
  • 优点
    1. 单例模式可以保证内存里只有一个实例,减少了内存的开销。
    2. 可以避免对资源的多重占用。
    3. 单例模式设置全局访问点,可以优化和共享资源的访问。
  • 缺点
    1. 单例模式一般没有接口,扩展困难。如果要扩展,则除了修改原来的代码,没有第二种途径,违背开闭原则。
    2. 在并发测试中,单例模式不利于代码调试。在调试过程中,如果单例中的代码没有执行完,也不能模拟生成一个新的对象。
    3. 单例模式的功能代码通常写在一个类中,如果功能设计不合理,则很容易违背单一职责原则。
  • 单例模式的应用场景
    对于 Java 来说,单例模式可以保证在一个 JVM 中只存在单一实例。单例模式的应用场景主要有以下几个方面。
    1. 需要频繁创建的一些类,使用单例可以降低系统的内存压力,减少 GC。
    2. 某类只要求生成一个对象的时候,如一个班中的班长、每个人的身份证号等。
    3. 某些类创建实例时占用资源较多,或实例化耗时较长,且经常使用。
    4. 某类需要频繁实例化,而创建的对象又频繁被销毁的时候,如多线程的线程池、网络连接池等。
    5. 频繁访问数据库或文件的对象。
    6. 对于一些控制硬件级别的操作,或者从系统上来讲应当是单一控制逻辑的操作,如果有多个实例,则系统会完全乱套。
    7. 当对象需要被共享的场合。由于单例模式只允许创建一个对象,共享该对象可以节省内存,并加快对象访问速度。如 Web 中的配置对象、数据库的连接池等。
实现(懒汉式和饿汉式)
1、懒汉式(类加载时没有生成单例,只有当第一次调用 getlnstance 方法时才去创建这个单例)——线程不安全

优点:第一次调用才初始化,避免内存浪费
缺点:必须加锁 synchronized 才能保证单例,但加锁会影响效率

public class LazySingleton {
    private static LazySingleton instance = null; 
    
    private LazySingleton() {
    }    
    
    public static LazySingleton getInstance() {
        if (instance == null) {
            instance = new LazySingleton();
        }
        return instance;
    }
}

如果在多线程情况下使用,必须加锁 synchronized 才能线程安全,但加锁会影响效率。

2、饿汉式(类一旦加载就创建一个单例,保证在调用 getInstance 方法之前单例已经存在了)——线程安全

优点:没有加锁,执行效率会提高
缺点:类加载时就初始化,浪费内存

public class HungrySingleton {
    private static final HungrySingleton instance = new HungrySingleton();
    
    private HungrySingleton() {
    }
    
    public static HungrySingleton getInstance() {
        return instance;
    }
}

饿汉式单例在类创建的同时就已经创建好一个静态的对象供系统使用,以后不再改变,所以是线程安全的,可以直接用于多线程而不会出现问题。

3、双检锁/双重校验锁(DCL,即 double-checked locking)——线程安全

优点:这种方式采用双锁机制,安全且在多线程情况下能保持高性能。
缺点:实现较复杂。

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

使用 volitile 关键字声明,来解决重排序的问题。

4、登记式/静态内部类——线程安全

优点:能达到双检锁方式一样的功效,但实现更简单。
缺点:这种方式只适用于静态域的情况,双检锁方式可在实例域需要延迟初始化时使用。

public class Singleton {  
    private static class SingletonHolder {  
    	private static final Singleton INSTANCE = new Singleton();  
    } 
     
    private Singleton () {
    }  
    
    public static final Singleton getInstance() {  
    	return SingletonHolder.INSTANCE;  
    }  
}
5、枚举——线程安全
  • Java 保证枚举类的每个枚举都是单例,所以只需要编写一个只有一个枚举的类即可:
public enum World {
    // 唯一枚举:
	INSTANCE;
	
	private String name = "world";
	
	public String getName() {
		return this.name;
	}
	
	public void setName(String name) {
		this.name = name;
	}
}

枚举类也完全可以像其他类那样定义自己的字段、方法,这样上面这个World类在调用方看来就可以这么用:String name = World.INSTANCE.getName();

这种实现方式还没有被广泛采用,但这是实现单例模式的最佳方法。它不仅能避免多线程同步问题,而且还自动支持序列化机制,防止反序列化重新创建新的对象,绝对防止多次实例化。

  • 一般情况下,不建议使用懒汉方式,建议使用饿汉方式。只有在要明确实现 lazy loading 效果时,才会使用登记式/静态内部类方式。如果涉及到反序列化创建对象时,可以尝试使用枚举方式。如果有其他特殊的需求,可以考虑使用双检锁方式。

  • Java标准库有一些类就是单例,例如Runtime这个类:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值