活跃性（Liveness）

   一个并发应用能够及时执行任务的特性称为活跃性，这一节讲述最常见的一种活跃性问题–死锁，并将简单的介绍另外两种活跃性问题，分别为饥饿和活锁。

死锁（Deadlock）
   死锁描述的是这样一种情景，当两个或者多个线程处于永远阻塞状态，并等待对方，如下一个例子：

A和B是朋友，并且有良好的礼仪习惯。礼节中有一项规则，就是当你向朋友躬身时，你必须一直保持弓着状态以让你的朋友有机会躬身回礼，不幸的是，这个规则不会导致两个朋友同时向对方躬身可能性，以下例子，死锁，模拟了这种可能性：

public class Deadlock{
    static class Friend{
        private final String name;
        pulibc Friend(String name){
            this.name = name;
        }

        public getName(){
            return this.name;
        }

        public synchronized void bow(Friend bower){
            System.out.format("%s: %s" + "  has bowed to me!%n",  this.name, bower.getName());
            bower.bowBack(this);
        }

        public synchronized void bowBack(Friend bower){
            System.out.format("%s: %s" + " has bowed back to me!%n", this.name, bower.getName());   
        }
    }
public static void main(String[] args){
    final Friend a = new Friend("a");
    final Friend b = new Friend("b");
    new Thread(new Runnable(){
        public void run(){
            a.bow(b);
        }
    }).start();

    new Thread(new Runnable(){
        public void run(){
            b.bow(a);
        }
    }).start();
}
} 

   两个线程试图调用bowBack方法将会都处于阻塞状态，没有一个阻塞会终止，因为每个线程都等待这对方退出bow方法，这时，死锁就发生了。

饥饿和活锁
   比起死锁，饥饿和活锁更少发生，但是它们仍然是每个并发软件会遇到的问题。

   饥饿（Starvation）
   它描述了这样一个场景，当一个线程不能获取定期访问来共享资源而不能继续运行，在共享资源被饥渴线程长期占有时，就会发生饥饿。例如，加速一个对象提供一个要花很长时间才能返回结果的同步方法，如果一个线程频繁调用这个方法，其它线程也需要频繁调用同步进入同一个对象的方法时，阻塞就发生了。

   活锁（Livelock）
   一个线程经常对另外一个线程的响应做响应的处理，如果线程的另外一个动作同样是对另外一个线程响应而发生，结果可能导致活锁，类似死锁，发生活锁的线程不能更进一步的处理，然而，线程并没有被阻塞，他们只是忙碌于响应对方而重复工作，这类似于两个人在走廊中试图让对方，a移向左以让b通过，而b移向右以让a通过，可以看到，他们仍然互相阻塞，a移动到右边，而b移动到左边，结果他们仍然还是阻塞着。。。