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对象。
Mark一下平时没有注意的地方
作者：徐志毅
链接：https://www.jianshu.com/p/eb7b5cb06b82
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/2687/viewspace-2809595/ ，如需转载，请注明出处，否则将追究法律责任。
