并发是一种解耦策略，它帮助我们把做什么(目的)和何时（时机）做分解开。在单线程应用中，目的与时机紧密耦合，很多时候只要查看堆栈追踪即可断定应用程序的状态。而解耦目的与时机能明显地改进应用程序的吞吐量和结构。从结构的角度看，应用程序看起来更像是许多台协同工作的计算机,而不是一个大循环。单线程程序许多时间花在等待Web套接字I/O结束上面。

下面是一些有关编写并发软件的中肯的说法：                                                                                    并发会在性能和编写额外代码上增加一些开销。                                                                           正确的并发是复杂的，即使对于简单的问题也是如此。                                                                并发缺陷并非总能重现，所以常被看做偶发事件而忽略，而未被当做真的缺陷看待。           并发常常需要对设计策略的根本性修改。

下面给出一些防御并发代码问题的原则和技巧：                                                                            单一权责原则（分离并发代码和其他代码）                                                                                        限制数据作用域（谨记数据封装即临界区，严格限制对可能被共享的数据的访问）                    使用数据复本                                                                                                                                            线程应尽可能地独立    

了解Java库，保证线程安全掌握 java.util.concurrent、java.util.concurrent.atomic和java.util.concurrent.locks.

了解执行模型的一些基础定义：

在并发编程中用到的几种执行模型：

1）生产者-消费者模型                                                                                                                         一个或多个生产者线程创建某些工作，并置于缓存或者队列中。一个或者多个消费者线程从队列中获取并完成这些工作。生产者和消费者之间的队列是一种限定资源。

2）读者-作者模型。                                                                                                                             当存在一个主要为读者线程提供信息源，但只是偶尔被作者线程更新的共享资源，吞吐量就会是个问题。增加吞吐量，会导致线程饥饿和过时信息的积累。协调读者线程不去读取正在更新的信息，而作者线程倾向于长期锁定读者线程。

3）宴席哲学家。                                                                                                                                     许多企业级应用中会存在进程竞争资源的情形，如果没有用心设计，这种竞争会遭遇死锁，活锁，吞吐量和效率低等问题。

PS：代码整洁之道对并发的讲解还不是那么的清晰，要掌握怎么正确使用并发，自己还是需要去专门看看这方面的书。