写一个安全的Java单例

  单例模式可能是我们平常工作中最常用的一种设计模式了。单例模式解决的问题也很常见,即如何创建一个唯一的对象。但想安全的创建它其实并不容易,还需要一些思考和对JVM的了解。

  1.首先,课本上告诉我,单例这么写

  

 1 public class Singleton {
 2
 3     private static Singleton instance;
 4
 5     private Singleton() {
 6     }
 7
 8     public static Singleton getInstance() {
 9         if (instance == null) {
10             instance = new Singleton();
11         }
12         return instance;
13     }
14 }

  这段代码最大的问题就是它并不是线程安全的。即在多线程情况下可能new 出多个对象。试想有两个线程同时执行到了第9行,由于没有锁机制,那么两个线程都会进入,就会new出多个对象。

 1 public static CountDownLatch latch = new CountDownLatch(2);
 2
 3     public static void main(String[] args) {
 4         for (int i = 0; i < 2; i++) {
 5             new Thread(new Runnable() {
 6
 7                 @Override
 8                 public void run() {
 9                     latch.countDown();
10                     try {
11                         latch.await();
12                     } catch (InterruptedException e) {
13                         // TODO Auto-generated catch block
14                         e.printStackTrace();
15                     }
16                     System.out.println(Singleton.getInstance());
17                 }
18             }).start();
19         }
20     }

  我用上面代码来演示 第一种单例写法的结果。最后会调用Object的toString方法来打印Singleton对象的hashcode

  结果如下

  

第一次结果:
[email protected]
[email protected]11989480

第二次结果:
[email protected]
[email protected]

第三次结果:
[email protected]
[email protected]

第四次结果:
[email protected]
[email protected]

第五次结果:
[email protected]
[email protected]

  可以看出,单例代码1确实会存在new 出多个对象的情况。

  将单例代码1的getInstance方法 改成如下,对getInstance方法加synchronized 关键字

  

public static synchronized Singleton getInstance() {
  if (instance == null) {
    instance = new Singleton();
  }
  return instance;
}

  下面是5次测试结果

  

第一次:
[email protected]
[email protected]
第二次
[email protected]
[email protected]
第三次
[email protected]
[email protected]
第四次
[email protected]
[email protected]
第五次
[email protected]
[email protected]

  可以确定synchronized确实起了作用。这么做是可以work的,执行结果也没有什么错误。但它有一个最大问题是效率问题。每个线程调用getInstance方法是都要去判断是否有其他线程在执行这个方法,即使instance已经存在也需要去判断是否有线程在方法里面。如果有,就要在外边等。而实际上只需要在new 对象之前等就可以了。根据这个就有了下面的方法:双重检查锁

  

 1 public static Singleton getInstance() {
 2         if (instance == null) {
 3             synchronized (Singleton.class) {
 4                 if (instance == null) {
 5                     instance = new Singleton();
 6                 }
 7             }
 8         }
 9         return instance;
10     }

  来分析一下,假设两个线程到达getInstance方法,线程1先获得了锁,进入初始化方法。线程2因未获得锁在外边等待,线程1出去后,线程2进入同步块,instance不是null,return,完美。

  但是结果可能并不是这样,因为 对象的new操作并不是 原子 的。JVM new 对象的过程大致如下

  1.在堆上分配一块内存空间  2.实例化类放入1分配的内存空间 3.把引用赋给instance

  如果按照123的顺序,上面那段代码就没有问题。但JVM中存在指令重排,即编译器对代码进行优化,改变不相互依赖的代码的执行顺序。上述1,2,3中第三步并不依赖于第二步,即可能存在132这样的顺序。

  那么这种顺序下,线程1执行到3。线程2进入方法,此时由于instance已被赋值,所以不为null。直接return,此时return的对象是不正确的,因为线程1还没有将对象完全初始化完。

  (很抱歉,在我的环境下并没有重现这种问题,如果有其他的可以测试出这种问题的方法,望不吝赐教。)

  解决办法是将instance字段改成

    private volatile static Singleton instance;

  volatile 关键字会禁止指令重排序,从而保证了单例正确性。

  下面的方法也可以实现单例,因为SINGLETON为static的所以在类加载时就会初始化,final保证了只会赋一遍值。项目较小时可以用,很方便,类很多的时候如果都上来就加载可能就很浪费资源了。

public static final Singleton SINGLETON = new Singleton();

  Effective Java作者推荐了一种更好更安全的写法。

public class Singleton {

    private Singleton() {
    }

    public enum Instance{
        INSTANCE;

        private Singleton singleton;

        Instance() {
            singleton = new Singleton();
        }

        public Singleton getInstance(){
            return singleton;
        }
    }
}

  最近才开始写博客,才疏学浅,如文中有任何错误请留言交流。谢谢~

原文地址:https://www.cnblogs.com/xushy/p/8446736.html

时间: 2024-10-10 14:49:22

写一个安全的Java单例的相关文章

从一个简单的Java单例示例谈谈并发

一个简单的单例示例 单例模式可能是大家经常接触和使用的一个设计模式,你可能会这么写 public class UnsafeLazyInitiallization { private static UnsafeLazyInitiallization instance; private UnsafeLazyInitiallization() { } public static UnsafeLazyInitiallization getInstance(){ if(instance==null){ /

从一个简单的Java单例示例谈谈并发 JMM JUC

原文: http://www.open-open.com/lib/view/open1462871898428.html 一个简单的单例示例 单例模式可能是大家经常接触和使用的一个设计模式,你可能会这么写 public class UnsafeLazyInitiallization { private static UnsafeLazyInitiallization instance; private UnsafeLazyInitiallization() { } public static U

一个简单的Java单例示例谈谈并发

一个简单的单例示例 单例模式可能是大家经常接触和使用的一个设计模式,你可能会这么写 public class UnsafeLazyInitiallization { private static UnsafeLazyInitiallization instance; private UnsafeLazyInitiallization() { } public static UnsafeLazyInitiallization getInstance(){ if(instance==null){ /

如何写一个比较严谨的单例Singleton模式

iOS真正意义上的单例模式: 我们在程序中很多时候要保证一个类只有一个唯一的实例,一般情况下初始化对象是通过[[Class alloc]init]来完成的,alloc是分配内存空间,init是对象的初始化,分配对象内存空间的另一个方法是allocWithZone方法,实际操作中当调用alloc方法来给对象分配空间时,默认也调用了allocWithZone方法.如果我们在初始化对象的时候没有使用alloc方法,而是直接使用allocWithZone方法的话,就没法保证这个单例是真正意义上的单例了,

java单例-积木系列

一步步知识点归纳吧,把以前似懂非懂,了解表面,知道点不知道面的知识归一下档. 懒汉式单例: 私有化构造函数,阻止外界实例话对象,调用getInstance静态方法,判断是否已经实例化. 为什么是懒汉,因为它是属于延迟加载这个实例的,也就是说不用到的时候,不实例化对象的. public class Singleton { private static Singleton instance; private Singleton (){} public static Singleton getInst

java单例类/

java单例类  一个类只能创建一个实例,那么这个类就是一个单例类 可以重写toString方法 输出想要输出的内容 可以重写equcal来比较想要比较的内容是否相等 对于final修饰的成员变量 一但有了初始值,就不能被重新赋值 static修饰的成员变量可以在静态代码块中 或申明该成员时指定初始值 实例成员可以在非静态代码块中,申明属性,或构造器中指定初始值 final修饰的变量必须要显示初始化 final修饰引用变量不能被重新赋值但是可以改变引用对象的内容分(只要地址值不变) final修

Java 单例

最近在网上看到一篇关于 Java 单例的创建问题,虽然是一个 Java 程序员,但是到现在还没有真正的深入了解到 Java 的原理和机制.所以每每看到这样能够"真正"接触 Java 的机会内心总是充满了欣喜.记录下,以后备用. 懒汉模式 public class Singlton{ private static Singleton instance; private Singlton(){} public static Singlton getInstance(){ if(instac

Java单例设计模式的实现

1. 单例设计模式的定义 单例设计模式确保类只有一个实例对象,类本身负责创建自己的对象并向整个系统提供这个实例.在访问这个对象的时候,访问者可以直接获取到这个唯一对象而不必由访问者进行实例化. 单例设计模式保证了全局对象的唯一性,在许多场景中都有应用.例如Windows中多个进程或线程同时操作一个文件的时候,所有的进程或线程对于同一个文件的处理必须通过唯一的实例来进行. 2. java单例设计模式的几种实现方式 单例设计的最大特点是类的构造函数是私有的,确保了只能由类本身创建对象,而访问者无法进

分享一个线程安全的单例模板类

单例模式应该说是最简单的设计模式了.在此分享一个线程安全的单例模板类. template <typename Type> class CSingleton { public: static Type* GetInstance() { // kBeingCreatedMarker用来表示单例实例正在创建过程中. // 此处初始化为1是因为操作系统不会分配地址为1的指针. static const volatile intptr_t kBeingCreatedMarker = 1; // 如果m_