正如 Doug Lea 的“Java 中的并发编程”中提到的，
Object 类（及其子类）的每个实例都拥有一个锁，该锁在进入同步方法时获得，并在退出时自动释放。
JVM 是否完全在用户空间实现锁机制？
或
JVM 是否依赖操作系统内核空间系统调用来实现锁定？请提供实现锁机制的代码参考。
注意：Java 多线程的新手
【问题讨论】：
strace 查看任何系统调用。你很可能会看到FUTEX 来电。
JVM是否完全在用户空间实现锁机制？
大部分，但不完全。
JVM 是否依赖操作系统内核空间系统调用来实现锁定？
它尝试处理用户空间中的锁，但如果暂时无法获得锁，它会退回到操作系统锁。
参考实现在 OpenJDK 中，您可以免费下载。
Java 多线程新手
被埋没/迷失在细节中可能不是很有帮助。
【讨论】：
synchronized 关键字对我来说是有意义的，因为我们拥有内在锁。但是synchronized(this){} 对我来说没有意义。为什么我们除了拥有内在锁之外还需要其他东西（this）来创建临界区？
this 有时锁定整个对象没有意义，您需要多个单独的锁来保护不同的字段集。有时您想使用类锁。例如。 synchronised(MyClass.class)
MyClass.class 或this 等是什么意思？尽管我们有一个可以获取/释放的内在锁（它是一个独立的实体，由 JVM 维护）？这就是我们在方法级别说synchronized 时所做的事情。在块语法中，我不确定我们在做什么，当我们说synchronized(this){} 或synchronized(MyClass.class){} 时，我们实际上在这里锁定了什么？我们不是在块语法情况下获得了内在锁吗？为什么我们需要依赖this或MyClass.class来获取/释放内部锁？
locking an object 的意思是，该多线程对象中不应发生其他活动。