java并发编程实战第三章_Java并发编程实战3章

1.同步包含两方面：原子性和可见性。

2.可见性：因为在多线程法度中，若是没有采取正确的同步，有些线程就会获得失效数据。

Java内存模型请求，变量的读取操纵和写入操纵都必须是原子操纵，但对于非volatile类型的long和double变量，JVM容许将64位的读操纵或写操纵分化为两个32位的操纵。当读取一个非volatile类型的long变量时，若是对该变量的读操纵和写操纵在不合的线程中履行，那么很可能会读取到某个值的高32位和另一个值的低32位。即使不推敲失效数据题目，在多线程法度中应用共享且可变的long和double等类型的变量也是不安然的，除非用关键字volatile来声明它们，或者用锁保护起来。

加锁的含义不仅仅局限于互斥行动，还包含内存可见性。为了确保所有线程都能看到共享变量的新值，所有履行读操纵或者写操纵的线程都必须在同一个锁上同步。

下面的代码是书中例子，若是多线程接见这个类，就存在可见性题目，然则如何测试获得比如输出为0的成果或者法度无法终止？求赐教！

public classNoVisibility {private static boolean ready = false;private static int number = 0;public static class ReaderThread extendsThread {public voidrun() {while (!ready) {

Thread.yield();

}

System.out.println(number); //如何测试输出0呢？

}

}/＠paramargs/

public static voidmain(String[] args) {newReaderThread().start();

number= 42;

ready= true;

}

}

3.volatile变量：用来确保将变量的更新操纵通知到其他线程。当把变量声明为volatile类型后，编译器与运行时都邑重视到这个变量是共享的，是以不会将该变量上的操纵与其他内存操纵一路重排序。volatile变量不会被缓存在存放器或者对其他处理惩罚器不成见的处所，是以在读取volatile类型的变量时总会返回新写入的值。

加锁机制既可以确保可见性又可以确保原子性，而volatile变量只能确保可见性。

当且仅当满足以下所有前提时，才应当应用volatile变量：

对变量的写入操纵不依附变量的当前值，或者你能确保只有单个线程更新变量的值。

该变量不会与其他状况变量一路纳入不变性前提中。

在接见变量时不须要加锁。

4.线程封闭：当接见共享的可变数据，凡是须要应用同步。一种避免应用同步的体式格式就是不共享数据。若是仅在单线程内接见数据，就不须要同步。这种技巧被称为线程封闭

三种体式格式实现：

Ad-hoc线程封闭

栈封闭

ThreadLocal类

5.不变性：不成变对象必然是线程安然的。

当满足一下前提时，对象才是不成变的：

对象创建今后其状况就不克不及批改。

对象的所有域都是final类型。

对象是正确创建的(在对象的创建时代，this引用没有逸出)。

6. 下面这个Holder类是“未被正确公布”，它存在两个题目，起首，除了公布对象的线程外，其他线程可以看到的Holder域是一个失效值，是以将看到一个空引用或者之前的旧值，然而，更糟糕的景象是，线程看到Holder引用的值是新的，但Holder状况的值倒是失效的。景象变得加倍不成猜测的是，某个线程在第一次读取域时获得失效值，而再次读取这个域时会获得一个更新值，这也是assertSainty抛出AssertionError的原因。我想知道如何测试，能抛出AssertionError异常来。

public classHolder {private intn;public Holder(int n) throwsInterruptedException {this.n =n;

}public voidassertSanity() {if (n !=n) {throw new AssertionError(This statement is false); //如何测试抛出该异常？

}

}

}

我所有的自负皆来自我的自卑，所有的英雄气概都来自于我的软弱。嘴里振振有词是因为心里满是怀疑，深情是因为痛恨自己无情。这世界没有一件事情是虚空而生的，站在光里，背后就会有阴影，这深夜里一片寂静，是因为你还没有听见声音。—— 马良《坦白书》