类方法用static修饰的方法。由于类方法是属于整个类的，所以类方法的方法体中不能有与类的对象有关的内容。即类方法体有如下限制：1.类方法中不能引用对象变量；2.类方法中不能调用类的对象方法；3.在类方法中不能调使用super，this关键字；4.类方法不能被覆盖。实例方法当一个类创建了一个对象后，这个对象就可以调用该...

以下内容转自http://ifeve.com/amdahls-law/：阿姆达尔定律可以用来计算处理器平行运算之后效率提升的能力。阿姆达尔定律因GeneAmdal在1967年提出这个定律而得名。绝大多数使用并行或并发系统的开发者有一种并发或并行可能会带来提速的感觉，甚至不知道阿姆达尔定律。不管怎样，了解阿姆达尔定律还是...

以下内容转自http://ifeve.com/non-blocking-algorithms/：在并发上下文中，非阻塞算法是一种允许线程在阻塞其他线程的情况下访问共享状态的算法。在绝大多数项目中，在算法中如果一个线程的挂起没有导致其它的线程挂起，我们就说这个算法是非阻塞的。为了更好的理解阻塞算法和非阻塞算法之间的区别，...

以下内容转自http://ifeve.com/anatomy-of-a-synchronizer/：虽然许多同步器（如锁，信号量，阻塞队列等）功能上各不相同，但它们的内部设计上却差别不大。换句话说，它们内部的的基础部分是相同（或相似）的。了解这些基础部件能在设计同步器的时候给我们大大的帮助。这就是本文要细说的内容。注：...

以下内容转自http://ifeve.com/compare-and-swap/：CAS（Compareandswap）比较和替换是设计并发算法时用到的一种技术。简单来说，比较和替换是使用一个期望值和一个变量的当前值进行比较，如果当前变量的值与我们期望的值相等，就使用一个新值替换当前变量的值。这听起来可能有一点复杂但是...

以下内容转自http://ifeve.com/thread-pools/：线程池（ThreadPool）对于限制应用程序中同一时刻运行的线程数很有用。因为每启动一个新线程都会有相应的性能开销，每个线程都需要给栈分配一些内存等等。我们可以把并发执行的任务传递给一个线程池，来替代为每个并发执行的任务都启动一个新的线程。只要...

以下内容转自http://ifeve.com/blocking-queues/：阻塞队列与普通队列的区别在于，当队列是空的时，从队列中获取元素的操作将会被阻塞，或者当队列是满时，往队列里添加元素的操作会被阻塞。试图从空的阻塞队列中获取元素的线程将会被阻塞，直到其他的线程往空的队列插入新的元素。同样，试图往已满的阻塞队列...

以下内容转自http://ifeve.com/semaphore/：Semaphore（信号量）是一个线程同步结构，用于在线程间传递信号，以避免出现信号丢失（译者注：下文会具体介绍），或者像锁一样用于保护一个关键区域。自从5.0开始，jdk在java.util.concurrent包里提供了Semaphore的官方实现...

以下内容转自http://ifeve.com/reentrance-lockout/：重入锁死与死锁和嵌套管程锁死非常相似。锁和读写锁两篇文章中都有涉及到重入锁死的问题。当一个线程重新获取锁，读写锁或其他不可重入的同步器时，就可能发生重入锁死。可重入的意思是线程可以重复获得它已经持有的锁。Java的synchroniz...

以下内容转自http://ifeve.com/read-write-locks/：相比Java中的锁(LocksinJava)里Lock实现，读写锁更复杂一些。假设你的程序中涉及到对一些共享资源的读和写操作，且写操作没有读操作那么频繁。在没有写操作的时候，两个线程同时读一个资源没有任何问题，所以应该允许多个线程能在同时...

以下内容转自http://ifeve.com/locks/：锁像synchronized同步块一样，是一种线程同步机制，但比Java中的synchronized同步块更复杂。因为锁（以及其它更高级的线程同步机制）是由synchronized同步块的方式实现的，所以我们还不能完全摆脱synchronized关键字（译者注...

以下内容转自http://ifeve.com/slipped-conditions/：所谓Slippedconditions，就是说，从一个线程检查某一特定条件到该线程操作此条件期间，这个条件已经被其它线程改变，导致第一个线程在该条件上执行了错误的操作。这里有一个简单的例子：publicclassLock{privat...

以下内容转自http://ifeve.com/nested-monitor-lockout/：嵌套管程锁死类似于死锁，下面是一个嵌套管程锁死的场景：线程1获得A对象的锁。线程1获得对象B的锁（同时持有对象A的锁）。线程1决定等待另一个线程的信号再继续。线程1调用B.wait()，从而释放了B对象上的锁，但仍然持有对象A...

以下内容转自http://ifeve.com/starvation-and-fairness/：如果一个线程因为CPU时间全部被其他线程抢走而得不到CPU运行时间，这种状态被称之为“饥饿”。而该线程被“饥饿致死”正是因为它得不到CPU运行时间的机会。解决饥饿的方案被称之为“公平性”–即所有线程均能公平地获得运行机会。&...

以下内容转自http://ifeve.com/deadlock-prevention/：在有些情况下死锁是可以避免的。本文将展示三种用于避免死锁的技术：加锁顺序当多个线程需要相同的一些锁，但是按照不同的顺序加锁，死锁就很容易发生。如果能确保所有的线程都是按照相同的顺序获得锁，那么死锁就不会发生。看下面这个例子：Thre...