Thread_dead_locked

　　线程死锁的一个简单例子 :

　　　　

package threadDeadLockDemo;

public class ThreadDeadLock implements Runnable{
    int a;
    int b;
    public ThreadDeadLock(int a, int b){
        this.a = a;
        this.b = b;
    }
    @Override
    public void run() {
        synchronized (Integer.valueOf(a)) {
            synchronized(Integer.valueOf(b)){
                System.out.println(a + b);
            }
        }
    }
    
    public static void main(String[] args) {
        for(int i=0; i<100; ++i){
            new Thread(new ThreadDeadLock(1, 2)).start();
            new Thread(new ThreadDeadLock(2, 1)).start();
        }
    }
}

 先解释一下这个代码,我让主类继承了runnable接口，可以实现自定义自己开启一个线程的操作，就是run方法，然后，将run方法里面用了两个锁，是需要a和b的值才能解锁，最后输出a+b，然后再main方法里面开启了两个线程，分别是传入1和2，这里为什么会卡住呢，主要是因为Integer.valueOf()这个方法的执行机制问题，Integer.valueOf()为了节省空间和减少对象的创建次数，在[-128, 127]内的数字进行缓存，也就是说调用了200次的这个方法，其实就只是返回了两个对象而已，假如某个线程的synchronized模块发生了交换,那么就会出现线程A等着被线程B持有的Integer.valueOf(1),而线程B又等值被线程A持有的Integer.valueOf(2)的值。这样就会一直卡着，无法前进.

假如当第二个线程中的synchronized模块交换了一次，也就是，现在拿到了Integer 2，等着 1，而正好第一个线程正是拿的1，等着2，就会卡死了。。。这也是线程并发死锁的一个问题。。。。