标签：img src stat system thread run sys style value
线程死锁的一个简单例子 :
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，就会卡死了。。。这也是线程并发死锁的一个问题。。。。
标签：img src stat system thread run sys style value
原文地址：http://www.cnblogs.com/AmoryWang-JavaSunny/p/6541563.html
