单例模式的双重检查锁定错在哪?

最新推荐文章于 2024-05-06 22:08:40 发布

NO0b

最新推荐文章于 2024-05-06 22:08:40 发布

阅读量2.1k

点赞数

分类专栏： JAVA 并发文章标签：单例模式

本文链接：https://blog.csdn.net/q5706503/article/details/85293625

版权

本文分析了Java多线程环境中，双重检查锁定（DoubleCheckedLocking）实现单例模式的错误根源，指出在特定情况下，由于指令重排序可能导致线程安全问题。即使在instance不为null时，对象仍可能未完成初始化，从而引发问题。文章探讨了这个问题发生的条件以及可能的解决方案。

摘要由CSDN通过智能技术生成

在Java多线程程序中，有时候需要采用延迟初始化来降低初始化类和创建对象的开销。双重检查锁定是常见的延迟初始化技术，但它是一个错误的用法。本文将分析双重检查锁定的错误根源。

双重检查锁定的由来

在Java程序中，有时候可能需要推迟一些高开销的对象初始化操作，并且只有在使用这些对象时才进行初始化(单例)。此时程序员可能会采用延迟初始化。但要正确实现线程安全的延迟初始化需要一些技巧，否则很容易出现问题。

非线程安全实现:

public class UnsafeLazyInitialization {
    private static Instance instance;
    public static Instance getInstance() {
        if(instance == null) {                // 1:A线程执行
            instance = new Instance();        // 2:B线程执行
        }
        return instance;
    }
}

在UnsafeLazyInitialization类中，假设A线程执行代码1的同时，B线程执行代码2。此时，线程A可能会看到instance引用的对象还没有完成初始化 ( 原因在后边 )。