synchronized 非公平锁

synchronized关键字在默认情况下是非公平锁。非公平锁指的是当多个线程竞争同一个锁时，锁的获取是不按照线程的请求顺序进行的，而是由操作系统的调度决定的。这意味着，即使一个线程已经等待了很长时间，也不能保证它会优先获得锁。[1]

需要注意的是，synchronized关键字也可以使用公平锁。公平锁指的是当多个线程竞争同一个锁时，锁的获取是按照线程的请求顺序进行的，先到先得。在synchronized关键字中使用公平锁需要在获取锁的地方添加一个参数，即synchronized关键字后面的括号中加上"true"。例如：synchronized(obj, true)。[1]

总结来说，synchronized关键字默认情况下是非公平锁，但也可以使用公平锁。非公平锁的获取顺序由操作系统的调度决定，而公平锁的获取顺序是按照线程的请求顺序进行的。[1]

相关问题

synchronized是不是公平锁

synchronized 关键字在 Java 中用于实现线程同步，但它并不是公平锁。公平锁是指线程按照其请求的顺序来获取锁，而 synchronized 并不保证线程获取锁的顺序。在使用 synchronized 关键字时，如果多个线程同时请求锁，那么只有一个线程能够获取到锁，其他线程则进入阻塞状态。当释放锁后，其他线程会竞争获取锁，但具体哪个线程能够获取到是不确定的，可能是之前等待时间较短的线程，也可能是较长的线程。因此，synchronized 不是公平锁。要实现公平锁，可以使用 ReentrantLock 的构造函数参数设置为 true。

ReentrantLock支持公平锁和非公平锁，而synchronized只支持非公平锁对吗

ReentrantLock 可以同时提供公平锁和非公平锁两种机制，这是它的一个特性。公平锁意味着获取锁的线程按照它们请求锁的顺序排队，先等待的线程会优先获得锁。而非公平锁则不保证这种顺序，新来的线程可能会立即抢占锁，即使前面还有线程在等待。

相比之下，Java 中的 synchronized 关键字实际上也隐含了一种非公平的行为，因为它是基于“先进先出”（FIFO）原则工作的，新请求锁的线程会尝试立即获取，而不是等待当前持有锁的线程释放。所以，虽然 synchronized 提供了锁定机制，但它并不直接支持公平和非公平的选择。