海之眼对《Java并发编程》的笔记(10)

一个JVM和其底层操作提供了从表象的同时性到物理的并行性(通过多CPU)的映射。

在进程间的创建、管理和通信的开销相对于有关计算机系统的解决方式而已较小一些，但是，由于进程共享底层的计算资源（CPU、存储器及IO通道等），因此它们拥有较小的自治性。比如，一台机器会因为一个进程其他进程都关闭而崩溃。

过程计算、事件结构、线性逻辑、Petri网，以及时序逻辑等理论说明都与理解有关并发面向对象的系统有着潜在的联系。

竞争条件造成的存储冲突会导致并发程序不一致性问题的出现： 读写冲突，一个线程在对一个变量的值进行读操作时，另一个线程正在对它执行写操作。 写写冲突，两个线程同时试图对同一个变量执行写操作。

位置（Locality）。在多处理器的环境下，当运行在不同CPU上的多个线程想要访问相同的一些对象时，用来维护缓存一致性的硬件和底层系统软件必须在多个处理器之间交换这些数据的值。

虽然封闭系统非常容易处理，但它们也非常脆弱。一旦用来管理它们内部结构的相关约束和假设条件被改变，这些组件就将变得毫无用处，而必须重新开发。

四种限制： 1、也是最简单的一种，方法限制，包括和局部变量相关的普通流程。 2、线程限制，介绍将访问控制在线程内部的技巧。 3、对象限制，利用面向对象的封装技术，为方法访问对象时提供一种更强的保证访问惟一性的机制。 4、组限制，把这几种技术应用到跨线程的对象集合的协作上。

在多线程的程序设计中，容错处理无处不在。并发带来这样可能性，程序的一部分失败了而其余的部分还在正常运行。但是，如果不小心的话，一个失败的操作可能使对象处于某种状态，而这种状态会导致其他线程也无法成功运行下去。

当确信重新尝试执行某个操作能够成功时，就可以将局部的错误控制在方法内部，而不是客户抛出异常。

让被阻塞的线程最终能够重新检测条件的最简单方法就是：在那些会导致相应的状态变化的方法中插入notifyAll。