Java监视器功能详解，如何高效使用监视器？

虎耗瑟

·

2025-07-03 15:14:54

阅读13分钟

已读13次

Java监视器（Monitor）是在多线程并发编程中实现线程同步与互斥的核心机制。**1、监视器通过synchronized关键字实现对临界区的互斥访问；2、每个对象天生自带一把锁及等待队列，依赖wait/notify机制协调线程通信；3、监视器内部维护“进入集”和“等待集”确保同一时刻只有一个线程执行临界区代码，有效防止数据竞争和一致性问题。**详细来说，synchronized关键字可锁定方法或代码块，使得同一对象的多个线程中只能有一个获得锁执行被保护代码，其余线程则阻塞或等待，直到获得锁才能继续运行。这种机制极大简化了并发控制，提升了程序的安全性和可靠性。

《java监视器》

一、JAVA监视器基本概念与原理

Java监视器是Java为多线程安全控制提供的一种高层次抽象，负责管理临界资源的独占访问。所有Java对象天然具备一把“内置锁”（monitor lock），而synchronized关键字正是对该机制的直接体现。

• 定义：监视器是一种同步原语，用于协调多个线程对共享资源的访问。
• 作用：保证同一时间段内只有一个线程能访问被保护的代码或资源，其它竞争该资源的线程必须等待。
• 核心组成：
• 内置锁（Monitor Lock）
• 进入集（Entry Set）：排队等待获取锁的线程集合
• 等待集（Wait Set）：主动释放锁后进入等待状态，并期望被唤醒的线程集合

Java监视器工作流程图

阶段	说明
获取锁	进入synchronized块或方法时尝试获得对象内置锁
执行临界区	获得锁后执行被保护代码
等待/通知	调用wait()释放锁并进入等待集，被notify唤醒
退出临界区	执行结束自动释放对象内置锁，下一个排队者获机会

二、JAVA监视器实现方式与代码示例

1. synchronized关键字

• 可修饰实例方法、静态方法，也可修饰任意代码块
• 保证在同一时刻只有一个线程进入同步区域

2. wait/notify/notifyAll配合使用

• wait()：当前持有锁的线程主动释放，并进入该对象等待集
• notify() / notifyAll()：唤醒等待集中一个或全部线程

基本用法示例

public class MonitorExample \{
private final Object lock = new Object();
private int count = 0;

public void increment() \{
synchronized(lock) \{
count++;
\}
\}

public void waitAndIncrease() throws InterruptedException \{
synchronized(lock) \{
while(count == 0) \{
lock.wait();
\}
count++;
\}
\}

public void signalIncrease() \{
synchronized(lock) \{
count++;
lock.notify();
\}
\}
\}

常见用法场景列表

用法类型	功能描述	示例代码片段
同步方法	保证实例级别操作互斥	public synchronized void m()\{\}
静态同步方法	保证类级别操作互斥	public static synchronized void sm()\{\}
同步块	控制更细粒度对象级别互斥	synchronized(obj)\{...\}

三、JAVA监视器底层机制详解

1. JVM层面实现

• 每个Object头部包含Mark Word字段，用于保存其状态及锁相关信息
• JVM利用“重量级锁”、“轻量级锁”和“偏向锁”三种状态优化性能（即所谓“偏向→轻量→重量”升级过程）

2. 同步语义与monitorenter/monitorexit指令

• 编译后的字节码会将synchronized转换为monitorenter和monitorexit
• 虚拟机保证同一个monitor同时只能被一个线程持有，其它请求者阻塞在Entry Set中

锁升级流程表

锁类型	特点	场景
偏向锁	偏向第一个获得它的线程，提高单线程性能	无竞争，大量重复加解同一把锁
轻量级锁	多个无真正冲突短时间交错执行，提高吞吐	少量竞争，但无真实冲突
重量级锁	多个真实冲突，大规模阻塞切换	高并发激烈争抢

3. wait-set与entry-set区别

• entry-set：还未获得monitor，对象上的所有请求者集合；由JVM调度决定谁获下一次机会。
• wait-set：已主动释放monitor，通过wait挂起自身，需靠notify唤醒。

四、JAVA监视器常见应用场景剖析

常见应用场景列表

场景类型	应用说明
单例模式	利用synchronized防止多实例生成
队列/缓冲区生产消费模型	使用wait/notify协作生产者消费者
多任务计数/累加操作	临界区计数累加避免竞态
实现阻塞队列	用条件变量协调put/take行为

经典案例分析——生产者消费者模型

class Buffer \{
private final Queue<Integer> queue = new LinkedList<>();
private final int maxSize = 10;

public synchronized void produce(int value) throws InterruptedException \{
while(queue.size()==maxSize)
wait();
queue.offer(value);
notifyAll();
\}

public synchronized int consume() throws InterruptedException \{
while(queue.isEmpty())
wait();
int val=queue.poll();
notifyAll();
return val;
\}
\}

• 多个生产者消费者都以synchronized保证操作原子性
• 使用while避免虚假唤醒现象
• 合理搭配wait()/notifyAll()避免死锁和丢数据问题

五、JAVA监视器优势与局限性分析及替代方案比较

优势分析

1. 简洁易用，对开发者透明，无需手动管理低层细节
2. 内建于语言规范，无移植兼容问题
3. 较好地平衡了安全性和性能，通过偏向/轻量升级降低开销

局限性

1. 粒度较粗，可能导致过多竞争影响效率
2. 无法支持条件变量分组通知（只能针对整个对象）
3. 容易造成死锁，如果嵌套顺序处理不当
4. 不支持超时等灵活功能设定

替代方案对比表

替代技术	优势	局限
ReentrantLock	支持可重入、公平策略、多条件变量等高级特性	API复杂，需要显式加解锁
Condition	支持多个条件队列分组唤醒	必须结合Lock使用
Semaphore/SemaphoreSlim	可灵活设定许可数量，实现信号量控制	不适合纯粹互斥需求

六、最佳实践建议及注意事项

1. 避免过度加大同步粒度，只保护必要区域
2. 始终在循环中调用wait，以应对虚假唤醒
3. 谨慎嵌套多个不同对象上的synchronized，防止死循环死锁
4. 合理选择synchronized还是ReentrantLock，根据实际需求权衡灵活性与简洁性
5. 对高并发场景优先考虑JUC包下更先进工具类，如ConcurrentHashMap等无阻塞结构

推荐做法举例列表

• 尽可能缩小加lock范围，将耗时操作移出同步块外部；
• 对公有API隐藏内部同步细节，只暴露必要接口；
• 明确文档声明哪些API是多线程安全，哪些需要外部保护。

---

总结建议： Java监视器通过内置同步机制，为多线程序提供了简单有效的数据安全保障，是绝大多数基础并发控制首选方案。推荐初学者先理解掌握其原理与典型应用，再根据实际业务复杂度采用ReentrantLock等更高级工具。在高并发、大规模系统构建时，应关注性能瓶颈与潜在死循环风险，并配合合理设计避免常见陷阱，从而充分发挥Java并发编程能力。如遇特殊需求，可考虑条件变量、自定义信号灯等辅助手段提升灵活性。

精品问答:

---

186

×

微信分享

扫描二维码分享到微信