Java多线程基础(二)——Java内存模型

1、主存储器与工做存储器

Java内存模型(memory model)分为主存储器(main memory)和工做存储器(working memory)两种。设计模式

主存储器(main memory):
类的实例所存在的区域,main memory为全部的线程所共享。安全

工做存储器(working memory):
每一个线程各自独立所拥有的做业区,在working memory中,存有main memory中的部分拷贝,称之为工做拷贝(working copy)。性能

1-1 Java内存模型概念图

2、字段的使用

2.1 字段的引用

线程没法直接对主存储器进行操做,当线程须要引用实例的字段的值时,会一次将字段值从主存储器拷贝到工做存储器上(至关于上图中的read->load)。
当线程再次须要引用相同的字段时,可能直接使用刚才的工做拷贝(use),也可能从新从主存储器获取(read->load->use)。
具体会出现哪一种状况,由JVM决定。atom

2.2 字段的赋值

因为线程没法直接对主存储器进行操做,因此也就没法直接将值指定给字段。
当线程欲将值指定给字段时,会一次将值指定给位于工做存储器上的工做拷贝(assign),指定完成后,工做拷贝的内容便会复制到主存储器(store->write),至于什么时候进行复制,由JVM决定。
所以,当线程反复对一个实例的字段进行赋值时,可能只会对工做拷贝进行指定(assign),此时只有指定的最后结果会在某个时刻拷贝到主存储器(store-write);也可能在每次指定时,都进行拷贝到主存储器的操做(assign->store->write)。spa

3、线程的原子操做

Java语言规范定义了线程的六种原子操做:线程

  • read
    负责从主存储器(main memory)拷贝到工做存储器(working memory)
  • write
    与上述相反,负责从工做存储器(working memory)拷贝到主存储器(main memory)
  • use
    表示线程引用工做存储器(working memory)的值
  • assign
    表示线程将值指定给工做存储器(working memory)
  • lock
    表示线程取得锁定
  • unlock
    表示线程解除锁定

4、synchronied的本质

4.1 线程欲进入synchronized

线程欲进入synchronized时,会执行如下两类操做:设计

  • 强制写入主存储器(main memory)

当线程欲进入synchronized时,若是该线程的工做存储器(working memory)上有未映像到主存储器的拷贝,则这些内容会强制写入主存储器(store->write),则这些计算结果就会对其它线程可见(visible)。code

  • 工做存储器(working memory)的释放

当线程欲进入synchronized时,工做存储器上的工做拷贝会被所有丢弃。以后,欲引用主存储器上的值的线程,一定会从主存储器将值拷贝到工做拷贝(read->load)。内存

4.2 线程欲退出synchronized

线程欲退出synchronized时,会执行如下操做:rem

  • 强制写入主存储器(main memory)

当线程欲退出synchronized时,若是该线程的工做存储器(working memory)上有未映像到主存储器的拷贝,则这些内容会强制写入主存储器(store->write),则这些计算结果就会对其它线程可见(visible)。

注意: 线程欲退出synchronized时,不会执行工做存储器(working memory)的释放 操做。

5、volatile的本质

volatile具备如下两种功能:

  • 进行内存同步

volatile只能作内存同步,不能取代synchronized关键字作线程同步。
当线程欲引用volatile字段的值时,一般都会发生从主存储器到工做存储器的拷贝操做;相反的,将值指定给写着volatile的字段后,工做存储器的内容一般会当即映像到主存储器

  • 以原子(atomic)方式进行long、double的指定

6、Double Checked Locking Pattern的危险性

6.1 可能存在缺陷的单例模式

设计模式中有一种单例模式(Singleton Pattern),一般采用锁来保证线程的安全性。

Main类:

//两个Main线程同时调用单例方法getInstance
public class Main extends Thread {
    public static void main(String[] args) {
        new Main().start();
        new Main().start();
    }
    public void run() {
        System.out.println(Thread.currentThread().getName() + ":" + MySystem.getInstance().getDate());
    }
}

单例类:

//采用延迟加载+双重锁的形式保证线程安全以及性能
public class MySystem {
    private static MySystem instance = null;
    private Date date = new Date();
 
    private MySystem() {
    }
    public Date getDate() {
        return date;
    }
    public static MySystem getInstance() {
        if (instance == null) {
            synchronized (MySystem.class) {
                if (instance == null) {
                    instance = new MySystem();
                }
            }
        }
        return instance;
    }
}

分析:
上述Main类的MySystem.getInstance().getDate()调用可能返回null或其它值。
假设有两个线程A和B,按照如下顺序执行:

当线程A执行完A-4且未退出synchronized时,线程B开始执行,此时B得到了A建立好的instance实例。
可是注意,此时instance实例可能并未彻底初始化完成。
这是由于线程A制做MySystem实例时,会给date字段指定值new Date(),此时可能只完成了assign操做(线程A对工做存取器上的工做拷贝进行指定),在线程A退出synchronized时,线程A的工做存储器上的值不保证必定会映像到主存储器上(store->write)。

因此,当线程B在线程A退出前就调用MySystem.getInstance().getDate()方法的话,因为主存储器上的date字段并未被赋值过,因此B获得的date字段就是未初始化过的。

注意:上面描述的这种状况是否真的会发生,取决于JVM,由Java语言规范决定。

解决方法:
采用懒加载模式,在MySystem类中直接为instance 字段赋值:
private static MySystem instance = new MySystem();

相关文章
相关标签/搜索