Java 死锁

我参与的几个项目中，死锁貌似未做太多考虑，可能项目对并发的安全和性能要求不高吧。但是在面试的时候，死锁的问题依然常常被提起。这里就简单介绍下造成死锁的原因及避免方法。

假如有2个线程，一个线程想先锁对象1，再锁对象2，恰好另外有一个线程先锁对象2，再锁对象1。
在这个过程中，当线程1把对象1锁好以后，就想去锁对象2，但是不巧，线程2已经把对象2锁上了，也正在尝试去锁对象1。
什么时候结束呢，只有线程1把2个对象都锁上并把方法执行完，并且线程2把2个对象也都锁上并且把方法执行完毕，那么就结束了，但是，谁都不肯放掉已经锁上的对象，所以就没有结果，这种情况就叫做线程死锁。下面有个实例程序模拟死锁：

package org.thread;
public class Synchron {

    public void begin() {
        Thread t1 = new Thread(new Thread1());
        Thread t2 = new Thread(new Thread2());
        t1.start();
        t2.start();
    }

    public static void main(String[] args) {
        new Synchron().begin();
    }

    public synchronized void getI() {
        try {
            Thread.sleep(1000);
        } catch (InterruptedException ex) {
            ex.printStackTrace();
        }
        getJ();
    }

    public synchronized void getJ() {
        getI();
    }

    class Thread1 implements Runnable {
        public void run() {
            getI();
        }
    }

    class Thread2 implements Runnable {
        public void run() {
            getJ();
        }
    }
}

那么我们需要注意的是，线程死锁的原因不是因为相互调用，而是由线程对资源的占用和等待导致的！

有一种避免死锁的办法是，尽可能锁大的对象，即加大锁的粒度；也应避免同时锁多个对象。

再简单说说wait和notify：

1).wait
Object类中的final方法，有InterruptedException。它的作用是导致当前的线程等待，直到其它线程调用此对象的notify方法或者notifyAll方法，wait还有一些重用方法，传参数，比如说时间长度。
当前的线程必须拥有此对象监视器，然后该线程发布对此监视器的所有权并且开始等待，直到其它线程通过调用notify方法或者notifyAll方法，通知在此对象的监视器上等待的线程醒来，然后该线程将等到重新获得对监视器的所有权后才能开始执行。
说说wait和sleep的区别
首先sleep
sleep是Thread里面的方法，在被执行的时候，锁并不会被交出去，要直到sleep所在的方法全部被执行完毕以后才交出锁。
wait是Object里面的方法，在被执行的时候，锁被解除，由其它线程去争夺，直到有notify或者notifyAll方法唤醒它。

2).Notify
也是Object类中的方法，用于唤醒在此对象上等待着的某一个线程，如果有很多线程挂起的话，就随机地决定哪一个。注意，是随机的，这时可以用notifyAll来唤醒所有的。一定要注意这个问题，除非你明确地知道你在做什么，否则最好就是用notifyAll。

注意事项：
wait()和notify()必须包括在synchronized代码块中，等待中的线程必须由notify()方法显式地唤醒，否则它会永远地等待下去。很多人初级接触多线程时，会习惯把wait()和notify()放在run()方法里，一定要谨记，这两个方法属于某个对象，应在对象所在的类方法中定义它，然后run中去调用它。