重读Java并发编程艺术(3) - Java并发编程基础

1. 线程

1.1 进程和线程

• 进程：操作系统资源分配的最小单位。
• 线程：操作系统调度的最小单位。

一个进程里可以创建多个线程。

1.2 为什么要使用多线程

• 更多的处理器核心
• 更快的响应时间
• 更好的编程模型

1.3 线程优先级

范围1-10，默认值5，优先级高的线程分配更多的时间片。

• 针对频繁阻塞（休眠或 I/O 操作）的线程需要设置较高优先级
• 针对偏重计算（需要较多 CPU 时间或者偏运算）的线程则设置较低的优先级，确保 CPU 不会被独占。

1.4 线程的状态

• NEW： 初始状态，线程被构建，但是还没有调用 start() 方法。
• RUNNABLE： 运行状态，Java 线程将操作系统中的就绪和运行两种状态笼统地称作“运行中”。
• BLOCKED： 阻塞状态，表示线程阻塞于锁。
• WAITING： 等待状态，表示线程进入等待状态，进入该状态表示当前线程需要等待其他线程做出一些特定动作（通知或中断）。
• TIME_WAITING： 超时等待状态，该状态不同于 WAITING，它是可以在指定的时间自行返回的。
• TERMINATED： 终止状态，表示当前线程已经执行完毕。
  

1.5 Daemon 线程

支持型线程，在启动线程之前调用 Thread.setDaemon(true) 设置。随着虚拟机退出而终止，使用时注意不能依靠结尾的 finally 块来确保执行关闭或清理资源的逻辑，因为虚拟机会退出，不一定会执行。

1.6 线程中断

• 调用某线程的 interrupt() 方法对其进行中断操作。
• 线程调用 isInterrupted() 来判断是否被中断（注意如果线程已终止，即使被中断过也会返回 false）。
• 调用静态方法 Thread.interrupted() 对当前线程的中断标识位进行复位。
• 线程抛出 InterruptedException 之前 Java虚拟机 会先清除该线程的中断标识位，此时再调用 isInterrupted() 将返回 false。

2. 线程间通信

2.1 volatile 和 synchronized 关键字

• volatile：修饰成员变量。告知程序任何对该变量的访问均需从共享内存总获取，而对它的改变必须同步刷新回共享内存，保证所有线程对变量访问的可见性。
• synchronized：修饰方法或以同步块形式使用。确保多个线程在同一时刻，只能有一个线程处于方法或者同步块总，保证线程对变量访问的可见性和排他性。(基于对象监视器实现)

2.2 等待 / 通知机制

2.2.1 相关方法（java.lang.Object 的方法）

方法名称	描述
notify()	通知一个在对象上等待的线程，使其从 wait() 方法返回，而返回的前提是该线程获取到了对象的锁
notifyAll()	通知所有等待在该对象上的线程
wait()	调用该方法的线程进入 WAITING 状态，只有等待另外线程的通知或被中断才会返回，会释放对象的锁
wait(long)	超时等待一段时间，参数时间是毫秒，如果没有通知就超时返回
wait(long, int)	对于超时时间更细粒度的控制，可以达到纳秒

2.2.2 使用细节

• 使用 wait()、notify() 和 notifyAll() 时需要先对调用对象加锁；
• 调用 wait() 方法后，线程状态由 RUNNING 变为 WAITING，并将当前线程放置到对象的等待队列；
• notify() 或 notifyAll() 方法调用后，等待线程依旧不会从 wait() 返回，需要调用 notify() 或 notifyAll() 的线程释放锁之后，等待线程才有机会从 wait() 返回；
• notify() 方法将等待队列总的一个等待线程从等待队列中移到同步队列中，而 notifyAll() 方法则是将等待队列中所有的线程全部移到同步队列，被移动的线程状态由 WAITING 变为 BLOCK；
• 从 wait() 方法返回的前提是获得了调用对象的锁。

依托于同步机制，确保等待线程从 wait() 返回时能够感知到通知线程对变量做出的修改。

2.2.3 等待 / 通知的经典范式

等待方（消费者）遵循如下原则：

1. 获取对象的锁。
2. 如果条件不满足，那么调用对象的 wait() 方法，被通知后仍要检查条件。
3. 条件满足则执行对应的逻辑。

伪代码：

synchronized(对象)