单实例的写法最保险的写法应采用静态方式的预生成，不要用双重检查的懒汉模式等，JDK1.6之后加了volatile也要谨慎，需要考证是否解决这个问题

最新推荐文章于 2025-08-01 14:16:09 发布

原创最新推荐文章于 2025-08-01 14:16:09 发布 · 130 阅读

0 ·

CC 4.0 BY-SA版权

JAVA 专栏收录该内容

171 篇文章

订阅专栏

本文探讨了单例模式的不同实现方式，重点介绍了静态内部类和双重检查锁定两种方法。通过对比分析，指出了在现代Java环境中如何正确使用这些模式以避免多线程环境下可能产生的问题。

单实例的写法最保险的写法应采用静态方式的预生成，不要用双重检查的懒汉模式等，JDK1.6之后加了volatile也需要考证是否解决了这个问题

推荐写法案例一

   /*以单例模式启动*/
   private PendingJobPool() {}

private static class JobPoolHolder{
   public static PendingJobPool pool = new PendingJobPool();
}

public static PendingJobPool getInstance() {
   return JobPoolHolder.pool;
}

推荐的写法清单10

class Singleton
{
private Vector v;
private boolean inUse;
private static Singleton instance = new Singleton();

private Singleton()
{
v = new Vector();
inUse = true;
//...
}

public static Singleton getInstance()
{
return instance;
}
}

清单 10 的代码也没有使用同步如果您的目标是消除同步，则这将是一个很好的选择。

方法二

貌似现在可以用volatile了。因为java的内存模式也在改进中。Doug Lea 在他的文章中写道：“根据最新的 JSR133 的 Java 内存模型，如果将引用类型声明为 volatile，双重检查模式就可以工作了”，参见 http://gee.cs.oswego.edu/dl/cpj/updates.html

实际分析如下也不可以，既使加了volatile，在堆上new对象时候，同样存在重排序的情况，（MARK老师，enjoyedu .Lesson14）

所以下面的说法也是待考证的，不可以轻信

lz提到的双重检测的问题是因为instruction reorder的关系导致在//3时: instance=new Singleton (); 这句假设分为三步 1.先申请内存 2.构造Singleton 3.将instance指向新的内存区域如果不进行指令重排，这个是没问题的. 如果指令重排后执行顺序是. 1 3 2. 这就导致执行3后,instance已经非null, 此时若恰好有别的线程重新访问get_instance函数.将得到instance非null的结果,并此时返回一个还没执行完构造函数的instance实例.从而出错. 但是volatile关键字的第二个语义,便是‘禁止指令重排优化’. 因此,如果把instance变量声明为 volatile , 双重检测法似乎也是work的. 如下:

private static volatile Singleton instance;

public static Singleton getInstance()

{ if (instance == null) {

synchronized(Singleton.class) { //1

if (instance == null) //2

instance = new Singleton(); //3

}

return instance;

}

原文链接：https://blog.youkuaiyun.com/chenchaofuck1/article/details/51702129