而Synchronized作为Java内置锁机制，默认采用非公平锁，其基于对象监视器的实现方式，使得在多个线程同时请求锁时，JVM会随机选择一个线程获取锁，而非遵循申请顺序。这种方式虽能减少线程上下文切换开销，但也可能导致饥饿现象。在需要公平锁时，推荐使用ReentrantLock。在使用Synchronized时，尽量缩小作用范围，...
为什么说synchronized是java非公平锁？
公平锁与非公平锁在多线程环境下的区别在于获取锁的顺序与策略。公平锁遵循先到先得的策略，即等待时间最长的线程优先获得锁；而非公平锁则不一定按照申请锁的顺序获取，系统的调度算法决定锁的分配，这使得非公平锁可能减少线程的上下文切换开销，提高系统吞吐量，但易出现饥饿现象。选择公平锁适用于对线程公平性要求较高的场景，而非公平锁则适用于对性能要求较高的场景。Java中的锁实现如ReentrantLock、ReentrantReadWriteLock和StampedLock等，都提供了公平锁与非公平锁模式，用户根据实际需求进行选择。而Synchronized作为Java内置锁机制，默认采用非公平锁，其基于对象监视器的实现方式，使得在多个线程同时请求锁时，JVM会随机选择一个线程获取锁，而非遵循申请顺序。这种方式虽能减少线程上下文切换开销，但也可能导致饥饿现象。在需要公平锁时，推荐使用ReentrantLock。在使用Synchronized时，尽量缩小作用范围，避免调用耗时方法，以及考虑使用Lock接口以提供更灵活的锁定机制。
下面是一个简单的Synchronized使用示例。在这个示例中，Synchronized修饰了increment()方法，确保同一时刻只有一个线程执行该方法。创建了两个线程，分别对count变量进行自增操作，最终输出的count值为20000。此外，Synchronized还可以用于修饰代码块，通过锁定特定对象来确保在同一时刻只有一个线程执行指定的代码块。
总结而言，Synchronized作为对象锁定机制，通过锁定对象保证线程安全，但需注意其可能导致的性能问题。在实际应用中，应尽量缩小锁定范围，避免调用耗时方法，并考虑使用更灵活的Lock接口。公平锁与非公平锁的选择应基于对公平性与性能的不同需求，确保系统的稳定与高效运行。2024-11-16
