synchronized修饰方法时的常见误区：它锁定的是调用此方法的类

以前一直没注意synchronized关键字在修饰方法时候的问题，今天偶然看HashTable的时候突然觉得自己有个误区，不知道各位大神是否有在意。
个人一直以为synchronized修饰方法是锁的是方法，一个对象的方法同一时刻只能有一个线程获取到锁，而想当然的认为一个对象其他synchronized方法之间是不互斥的。
例如：

public synchronized V get(Object key) {
        ...
 }

 public synchronized V put(K key, V value) {
       ...
 }

如上述两个方法，调用get()时put()方法是否会阻塞呢，我以前的想当然的以为两者之间是无关的，事实上两个方法是互斥的，为什么呢？
这里需要理解synchronized到底锁了什么？
synchronized锁了什么，synchronized在指明锁对象的时候很好理解，如：

void foo(){
     synchronized(obj){
          ...
    }
}

上述实例中，synchronized锁的是obj对象。然而在没有指明对象的时候呢？

void foo(){
     synchronized {
          ...
    }
}

上述同步代码块这个锁的就是运行时this对象。
然而到方法级修饰的时候，我就一下踩坑里去了：

synchronized void foo1(){
          ...
}
synchronized void foo2(){
          ...
}

这里我直接认为它是一个同步方法，并没有想它锁的是谁，没有锁对象就没有同步之谈。上述方法其实还是隐晦的锁了this对象，所以一个对象的同步方法之间是完全互斥的，foo1方法被锁，会阻塞foo2方法。
此外，扩展到static静态方法，static静态方法则是锁住了类的class对象。
syncronised只有两种对象或者class，不管是代码块还是方法获取的都是对象的锁或者class的锁。

作者：徐志毅
链接：https://www.jianshu.com/p/eb7b5cb06b82
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。