chap 1. 竞争条件：不同的执行得到不同的结果。规避共享可变性（即对共享状态的修改）可避免不必要的竞争条件。

chap 2. balance between 一致性、准确性和性能。过犹不及！线程数=core # / 1 - 阻塞系数

chap 4.3 使用BlockingQueue 在线程间传递数据

chap 4.4: 并发集合：ConcurrentXXX, 同步集合 Collections.synchronizedXXXX。并发集合可提高性能和吞吐量。

chap 4.5: synchronized: 保守的安全策略，应尽可能用Lock加以取代（可控的阻塞，权限区分如read/write lock)

chap 5.4: 非deamon线程JVM 退出时不会主动关闭，所以需提供自己的thread terminator（如 executor的shutdown）

Chap 8: 角色（actor）：通过消息队列来确保功能模块能串行执行（虽然可以分散在不同的线程上）；和对象（object）不同，角色是能管理、控制自己行为的功能模块，而对象只是提供行为（API）的功能模块，其执行可能被并发。调用角色提供的功能通过消息，消息可能同步（发送并等待回复）或异步（发送并忘记）的方式。（比较：SEDA：执行者即线程池+消息队列，ACTOR：独立的功能模块或被执行者+消息队列）

Chap 8.9：角色不能解决跨任务之间的一致性（即需不同角色协同完成某个任务）。可借助STM的思路进行事务管理