“建议127：Lock与synchronized是不一样的问题”实际验证

最近重新翻看    “编写高质量代码：改善Java程序的151个建议”  一书的时候看到“建议127”的文章中作者提供的测试用例存在一些值得商榷的地方。

        在使用作者的测试用例得出的结论大概是“ Synchronized  的对象方法调用中，多线程会是互斥的方式调用（可理解为线程竞争下依次执行，但不能保证顺序）,而使用显示锁即lock.lock的方式下，多线程间是可以并发进行的”。（此处的更多细节可以看原书的描述）

        仔细分析代码后，我发现在代码中用Synchronized  的时候是对字面量  “A” 这个来进行加锁。在java里面，字面量都是会放到常量池中的，所以多个线程调用Synchronized（“A”）这个方法的时候，都会出现线程互斥。而作者 对于Lock的测试则 使用的一个 类的私有Lock对象进行，那么每个线程得到是不同的锁（或者都拿到了自己的锁），则不存在线程间阻塞的问题。如果将Synchronized（“A”）关键字同步的方式修改为Synchronized（obj）即对一个内部的私有对象进行加锁，那么线程间也不存在阻塞的问题了。

        以上是我个人的一个简单结论，有疑问的可以吐槽。我的简版测试代码如下：

public class TestThread {

 public static class TestTask implements Runnable{
  final Object lock1 = new Object();
  private String threadName;
  public TestTask(String threadName){
   this.threadName =threadName;
  }
  @Override
  public void run() {
   System.out.println("===>"+threadName+" will access the lock");
   long b = System.currentTimeMillis();
   synchronized(lock1){//此处可以得出并发执行的结论

    //synchronized("A"){//使用此处的方式则可以得出互斥的结论
    try {
     
     System.out.println("===>"+threadName+" run");
     TimeUnit.SECONDS.sleep(5);
    } catch (Exception e) {
     e.printStackTrace();
    }
   }
   long e = System.currentTimeMillis();
   System.out.println("===>"+threadName+" run finished : "+(e-b));
   
  }
  
 };
 public static void main(String[] args) {
  
  Thread t3 = new Thread(new TestTask("t3"));
  Thread t4 = new Thread(new TestTask("t4"));
  Thread t5 = new Thread(new TestTask("t5"));
  t3.start();
  t4.start();
  t5.start();
 }

===========================================================

synchronized("A")的方式 输出如下：

===>t4 will access the lock
===>t3 will access the lock
===>t5 will access the lock
===>t4 run
===>t5 run
===>t4 run finished : 5003
===>t3 run
===>t5 run finished : 10004
===>t3 run finished : 15005

synchronized(lock1)的方式 输出如下：

===>t5 will access the lock
===>t3 will access the lock
===>t4 will access the lock
===>t3 run
===>t5 run
===>t4 run
===>t3 run finished : 5004
===>t4 run finished : 5004
===>t5 run finished : 5004

注意  观察输出从时间