Double Check形式的单例模式

最新推荐文章于 2025-05-21 15:27:09 发布

CHZiroy

最新推荐文章于 2025-05-21 15:27:09 发布

阅读量4.7k

点赞数

CC 4.0 BY-SA版权

分类专栏： android 文章标签： android

本文链接：https://blog.youkuaiyun.com/chziroy/article/details/45973983

android 专栏收录该内容

24 篇文章

订阅专栏

本文探讨了在Event Bus和Universal Image Loader中常见的Double Check单例模式，强调其减少锁使用并保证线程安全的设计。通过代码示例展示了如何在instance == null的两次检查中避免多个对象的创建，同时解释了volatile关键字在此中的作用，确保对象创建的原子性。尽管某些早期JVM可能不完全支持volatile，但目前主流JVM已解决这一问题。

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

这两天在看开源项目时，发现Event Bus和Universalimageloader中写单例模式都是Double Check的形式。平时总是看到各种各样的单例模式，如，饿汉式，懒汉式等等。其中大多存在问题。今天记录一种比较优秀的单例模式的写法------Double Check。以后我准备就用这种方法了。（虽然还有其他优秀的方式，比如内部静态类，枚举）

先上代码：

public class ImageLoader {

	private volatile static ImageLoader instance;

	// Returns singleton class instance
	public static ImageLoader getInstance() {
		if (instance == null) {
			synchronized (ImageLoader.class) {
				if (instance == null) {
					instance = new ImageLoader();
				}
			}
		}
		return instance;
	}
}

这是EventBus中的代码。其中两次检查是否instance == null，第一个是为了避免每次都加锁，毕竟这有一定的开销。第二个是为了避免同步问题，比如十个线程同时调用getInstance()方法，都执行了第一步检查instance == null，并且其中一个线程成功获得了锁（执行了synchronized语句），接下来如果没有再一次判断instance == null，则十个线程将生成10对象，这违背了单例的初衷。

上述代码除了有两次检查instance == null，另一个特点是变量instance的类型声明中添加了volatile，因为像下面这种创建对象的语句并不是原子操作，volatile可以使其成为原子操作，避免同步问题。