Java并发编程实战读书笔记一

第1章　简介

第2章　线程安全性

1个状态变量线程安全的模式

 多个状态变量线程不安全的模式，在A线程lastNumbers.set和lastFactors.set之间B线程进行这两个set就出问题了，

AtomicReference是替代对象引用的线程安全类

使用synchronized性能很差

 synchronized是可重入锁，下面实例先获得LoggingWidget的对象锁(对象锁=方法锁)，然后调用doSomething方法，那么当前线程当前对象锁的计数器+1，由于锁是可重入的，那么可以继续调用super.doSomething，计数器再+1，两次doSomething的调用需要同一个对象锁

 优化性能方式：减小锁粒度，只在需要修改共享变量的地方加锁

 第3章　对象的共享

3.1可见性

经本地测试可能输出0、42、或者死循环。因为无法保证主线程写入的ready值和number值对于读线程来说是可见的。而且ready和number的赋值可能会被指令重排，不一定是程序见到的顺序

 如下图，如果某个线程调用了set，那么另外一个正在调用get的线程可能会看到更新后的value值，也可能看不到

 如下需要对set和get都进行同步

 3.1.2 非原子的64位操作

即使不考虑失效数据问题，在多线程程序中使用共享且可变的 long 和 double 等类型的变量也是不安全的，除非用关键字volatile 来声明它们，或者用锁保护起来。

3.1.3加锁与可见性

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

3.1.4Volatile变量

访问 volatile 变量时不会执行加锁操作，因此也就不会使执行阻塞，因此 volatile 变量是一种比 sychronized 关键字更轻量级的同步机制

volatile用法
当且仅当满足以下所有条件时，才应该使用 volatile 变量:
1.对变量的写入操作不依赖变量的当前值，或者你能确保只有单个线程更新变量的值
2.该变量不会与其他状态变量一起纳入不变性条件中
3.在访问变量时不需要加锁

 3.2发布与逸出

3.3线程封闭

线程封闭常见应用jdbc

 3.3.3ThreadLocal
保存了特定于线程的值

 3.4.2 示例：使用Volatile类型 来发布不可变对象

final类型成员变量在构造方法中初始化，不能在方法中改变指向

 volatile用于对象

3.5安全发布 

第四章 对象的组合

4.1设计线程安全的类

4.3.2 独立的状态变量

CopyOnWriteArrayList 线程安全的集合

如下，线程不安全样例，list和synchronized不是同一把锁，方法执行时，另一个线程可以同时修改list

4.4.1 客户端加锁机制

 改为如下同一把锁