在Java中，常规锁是如何防止并行访问的？

Question

我们首先了解到的关于Java并发性的一件事是，我们使用locks (synchronized keyword, Lock/ReadWriteLock interface)来防止并发访问。例如：

synchronized void eat(){
        //some code
    }

从理论上讲，这种方法eat()可以由一个线程执行。尽管有许多线程在等待执行它，但只有一个线程将使用锁。但是随后出现了并行性，它让我对我刚才说的话三思而后行。

我有4个核心CPU。这意味着我可以同时完成4项任务。是的，锁可以用一个线程来完成。但是，如果4个线程调用方法eat()并在字面上同时接受一个锁，这是否会发生，尽管需要获得一个锁才能真正完成任何操作？

这样的事情在Java中还会发生吗？我想不行，但我不得不问这个问题。怎么处理我刚说过的案子？

Answer 1

...4 threads...take a lock在字面上同时.

不可能发生。任何“同步”操作(例如，“采取锁”)都必须对系统的主内存进行操作，而在任何传统的计算机系统中，只有一条内存总线。多个CPU在物理上不可能同时访问主内存。

如果两个CPU决定在字面上同时访问内存，硬件保证其中一个将“赢得”比赛并走在第一位，而另一个则被迫等待轮到它。

Answer 2

简单回答- JVM保存了一个试图获取锁的线程列表。

更多细节

https://wiki.openjdk.java.net/display/HotSpot/Synchronization

另外，值得一提的是，列表(也称为“充气锁”)只有在真正需要时才会创建(当发生锁争用时才创建==)。