作者：一粟 整理和翻译自Twitter实时搜索的PPT
前几天并发编程群里有同学对volatile的用法提出了疑问，刚好我记得Twitter有关实时搜索的这个PPT对这个问题解释的很清晰并有一个实际的应用场景，于是周末把这个问题摘录了一些和并发相关的内容如下：
并发 – 定义
悲观锁 – Pressimistic locking
- 一个线性在执行一个操作时持有对一个资源的独占锁。（互斥）
- 一般用在冲突比较可能发生的场景下
乐观锁 – Optimistic locking
- 尝试采用原子操作，而不需要持有锁；冲突可被检测，如果发生冲突，具有相应的重试逻辑
- 通常用在冲突较少发生的场景下
非阻塞算法 – Non-blocking algorithm
- 算法确保对线程间竞争共享资源时候，不会因为互斥而使任一线程的执行无限延迟；
无锁算法 – Lock-free algorithm
- 如果系统整个流程的执行是无阻塞的(系统某一部分可能被短暂阻塞)，这种非阻塞算法就是无锁的。
- 无锁算法比传统的基于锁的算法对系统的开销更小，且更容易在多核多CPU处理器上扩展；
- 在实时系统中可以避免锁带来的延迟；
- CAS (compare and swap)或LL/SC(load linked/store conditional)，以及内存屏障相关的指令经常被用在算法实现中。
无等待算法 – Wait-free algorithm
- 如果每个线程的执行都是无阻塞的，这种非阻塞算法就是无等待的（比无锁算法更好）
Java的并发
- Java的内存模型并不保证一个线程可以一直以程序执行的顺序看到另一个线程对变量的修改，除非两个线程都跨越了同一个内存屏障。（Safe publication）
Java内存模型
代码顺序规则
- 一个线程内的每个动作 happens-before 同一个线程内在代码顺序上在其后的所有动作
volatile变量规则
- 对一个volatile变量的读，总是能看到（任意线程）对这个volatile变量最后的写入
传递性
- 如果A happens-before B, B happens-before C，那 A happens-before C
Safe publication案例
01 |
class VolatileExample { |
05 |
private void write() { |
16 |
public static void main(String[] args) throws Exception { |
17 |
final VolatileExample example = new VolatileExample(); |
18 |
Thread thread1 = new Thread(new Runnable() { |
23 |
Thread thread2 = new Thread(new Runnable() { |
x并不需要定义为volatile, 程序里可以有需要类似x的变量，我们只需要一个volatile变量b来确保线程a能看到线程1对x的修改：
- 根据代码顺序规则，线程1的
x=5; happens-before b=1;; 线程2的int dummy = b; happens-before while(x!=5);
- 根据volatile变量规则，线程2的
b=1; happens-before int dummy=b;
- 根据传递性，
x=5; happens-before while(x!=5);
JSR-133
在JSR-133之前的旧Java内存模型中，虽然不允许volatile变量之间重排序，但旧的Java内存模型仍然会允许volatile变量与普通变量之间重排序。JSR-133则增强了volatile的内存语义：严格限制编译器（在编译器）和处理器（在运行期）对volatile变量与普通变量的重排序，确保volatile的写-读和监视器的释放-获取一样，具有相同的内存语义。
延伸阅读： JSR-133: JavaTM Memory Model and Thread Specification， The JSR-133 Cookbook for Compiler Writers
