-
- Java内存模型请求,变量的读取操纵和写入操纵都必须是原子操纵,但对于非volatile类型的long和double变量,JVM容许将64位的读操纵或写操纵分化为两个32位的操纵。当读取一个非volatile类型的long变量时,若是对该变量的读操纵和写操纵在不合的线程中履行,那么很可能会读取到某个值的高32位和另一个值的低32位。即使不推敲失效数据题目,在多线程法度中应用共享且可变的long和double等类型的变量也是不安然的,除非用关键字volatile来声明它们,或者用锁保护起来。
- 加锁的含义不仅仅局限于互斥行动,还包含内存可见性。为了确保所有线程都能看到共享变量的新值,所有履行读操纵或者写操纵的线程都必须在同一个锁上同步。
- 下面的代码是书中例子,若是多线程接见这个类,就存在可见性题目,然则如何测试获得比如输出为0的成果或者法度无法终止?求赐教!
- 加锁机制既可以确保可见性又可以确保原子性,而volatile变量只能确保可见性。
- 当且仅当满足以下所有前提时,才应当应用volatile变量:
- 对变量的写入操纵不依附变量的当前值,或者你能确保只有单个线程更新变量的值。
- 该变量不会与其他状况变量一路纳入不变性前提中。
- 在接见变量时不须要加锁。
- Ad-hoc线程封闭
- 栈封闭
- ThreadLocal类
- 对象创建今后其状况就不克不及批改。
- 对象的所有域都是final类型。
- 对象是正确创建的(在对象的创建时代,this引用没有逸出)。
Java并发编程实战3章
添加时间:2013-6-17 点击量:1.同步包含两方面:原子性和可见性。
2.可见性:因为在多线程法度中,若是没有采取正确的同步,有些线程就会获得失效数据。
public class NoVisibility {
private static boolean ready = false;
private static int number = 0;
public static class ReaderThread extends Thread {
public void run() {
while (!ready) {
Thread.yield();
}
System.out.println(number); //如何测试输出0呢?
}
}
/
@param args
/
public static void main(String[] args) {
new ReaderThread().start();
number = 42;
ready = true;
}
}
3.volatile变量:用来确保将变量的更新操纵通知到其他线程。当把变量声明为volatile类型后,编译器与运行时都邑重视到这个变量是共享的,是以不会将该变量上的操纵与其他内存操纵一路重排序。volatile变量不会被缓存在存放器或者对其他处理惩罚器不成见的处所,是以在读取volatile类型的变量时总会返回新写入的值。
4.线程封闭:当接见共享的可变数据,凡是须要应用同步。一种避免应用同步的体式格式就是不共享数据。若是仅在单线程内接见数据,就不须要同步。这种技巧被称为线程封闭
三种体式格式实现:
5.不变性:不成变对象必然是线程安然的。
当满足一下前提时,对象才是不成变的:
6. 下面这个Holder类是“未被正确公布”,它存在两个题目,起首,除了公布对象的线程外,其他线程可以看到的Holder域是一个失效值,是以将看到一个空引用或者之前的旧值,然而,更糟糕的景象是,线程看到Holder引用的值是新的,但Holder状况的值倒是失效的。景象变得加倍不成猜测的是,某个线程在第一次读取域时获得失效值,而再次读取这个域时会获得一个更新值,这也是assertSainty抛出AssertionError的原因。我想知道如何测试,能抛出AssertionError异常来。
public class Holder {
private int n;
public Holder(int n) throws InterruptedException {
this.n = n;
}
public void assertSanity() {
if (n != n) {
throw new AssertionError(This statement is false); //如何测试抛出该异常?
}
}
}
我所有的自负皆来自我的自卑,所有的英雄气概都来自于我的软弱。嘴里振振有词是因为心里满是怀疑,深情是因为痛恨自己无情。这世界没有一件事情是虚空而生的,站在光里,背后就会有阴影,这深夜里一片寂静,是因为你还没有听见声音。—— 马良《坦白书》