当synchronized遇上基本类型的封装类型对象时，锁不住？

不废话，上代码

public class Test { static Integer lock = new Integer(1); public static void main(String[] args) throws InterruptedException { Thread thread1 = new Thread("mu1"){ @Override public void run() { synchronized(lock){ lock++; try { Thread.sleep(100000); System.out.println("线程1休眠100s"); } catch (Exception e) { } } } }; thread1.start(); //让线程1能够运行lock++操作，此时，lock实际是新的对象了，所以synchronized锁住的对象跟原来的对象不是同一个 Thread.sleep(1000); Thread thread2 = new Thread("mu2"){ @Override public void run() { synchronized(lock){ System.out.println("线程2直接运行"); //休眠线程，执行jstck检查两个线程是否锁住同一个对象 try { Thread.sleep(100000); System.out.println("线程2休眠100s"); } catch (Exception e) { } } } }; thread2.start(); thread1.join(); thread2.join(); System.out.println(lock); } }

注意：代码中的Thread.sleep(1000)，这里的作用是让线程1能够修改lock对象的值，即执行lock++，这里的作用实际是相当于lock=new Integer(lock+1);

通过命令行来验证一下事实是不是这样的呢，看下图

很明显，线程1和线程2的locked对象确实不同一个，所以在锁住基本类型的对应的封装类型对象时，最好使用final来限制它的值不要被修改到，避免锁不住的情况！