Java 并发系列（二）：DCL — Double Check Lock

最新推荐文章于 2024-08-16 23:28:48 发布

TroyLemon

最新推荐文章于 2024-08-16 23:28:48 发布

阅读量656

点赞数

分类专栏：码流文章标签：多线程 java volatile synchronized 延迟初始化

本文链接：https://blog.csdn.net/TroyLemon/article/details/115290634

版权

本文探讨了DCL（Double Check Lock）在Java多线程环境中的目的，存在的问题及其解决方案，包括JDK1.3以后的volatile使用，以及DCL的替代方案——延迟初始化占位类模式。DCL由于历史问题已被弃用，现代并发优化更倾向于使用更易理解和高效的策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. DCL 的目的

Double Check Lock 是多线程环境下为提高延迟初始化效率而被广泛使用的一种方式。我们常常会使用延迟初始化，以降低服务启动时间。

/**
 * code 1.1
 */
@NotThreadSafe
public class Client {
  private LazyInitClass instance ;
  public LazyInitClass getInstance() {
    if(instance == null)
      instance = new LazyInitClass("LazyInitClassFieldName") ;
    return instance ;
  }
}

代码

上面的代码是典型的延迟初始化的例子。当上面的例子暴露在多线程环境下时，便会出现各种问题。最明显的错误：方法会返回多个 LazyInitClass 对象。

/**
 * code 1.2
 */
@NotThreadSafe
public class Client {
	private LazyInitClass instance ;

	public synchronized LazyInitClass getInstance() {
		if(instance == null)
			instance = new LazyInitClass("LazyInitClassFieldName") ;

		return instance ;
	}
}

代码

上面的代码在方法层面使用了 synchronized 关键字，每次调用 getInstance 方法都进行同步，的确可以有效避免多线程环境下多次调用 getInstance 得到不同的 LazyInitClass 对象。但当 instance 初始化完成后，同步便没有了意义。同步则成为影响 getInstance 性能的关键。有没有一种方法，可以在初始化时进行正确的同步，初始化完成后又避免同步呢？于是 DCL 出现了。

/**
 * code 1

最低0.47元/天解锁文章