博客
关于我
Java并发编程--08 | 管程:并发编程的万能钥匙
阅读量:552 次
发布时间:2019-03-09

本文共 1074 字,大约阅读时间需要 3 分钟。

管程(Monitor)是一种核心概念,在编程中找到其对应的认知至关重要。任何语言都可以通过管程实现相互独立线程的同步与协调。

在Java编程语言中,每当调用 synchronized 关键字修饰的方法时,会为该方法所在的对象自动绑定一个管程(即监视器)。需要注意的是,该管程的生命周期完全由Neobic的对象生命周期管理。

当线程尝试访问加锁对象(即需要 synchronized 修饰的方法所在的对象),它实际上正在尝试获取该对象的管程。这种行为就像病人需要到门诊室就诊一样。而门诊室内的资源则为共享资源。这时门诊室相当于管程的作用,而锁定资源则是指医生本身。病人进入门诊室,就是在线程进入了该管程的过程。

根据Java规范,任何线程想要共同访问一次为共享资源的对象,必须具备相应的管程进入许可。这就好似所有病人要想进入同一个门诊室,都需要先通过门诊室的门卫驻足,在获得批准的情况下才能进入门诊室。门卫就相当于管程的作用,而门诊室的入口相当于共享资源的保护层。

管程在实现上至少需要提供两个等待队列。第一个负责线程进入管程时等待进入,而第二个则用于处理条件变量相关的等待。在实际应用中,第二个等待队列通常与特定条件相关联。例如,当线程获取了管程进入许可后,对某个 synchronizedFetching 条件变量进行操作时,若该条件在操作时无法及时达成,就需要回到第二个等待队列中等待,直到接收到某个条件信号(事件)后才重新尝试进入管程。这就类似于:某一病人在诊断过程中需要进行心电图检查,但心电图机器有自己的等待室,需要病人到达该等待室排队。另一个病人则可能需要进行胸部X光检查,这时X光机也需要另一个等待室来接收患者。

通常情况下,当线程在处理管程内的部分操作时,若该线程无法及时满足条件,就只能释放管程,回归到第二个等待队列中等待。待接收到相关的条件信号后,它才能重新请求管程进入许可,从而获得进入管程的机会。这样的行为模式具很强的灵活性和可扩展性。具体而言,这与病人在诊断过程中根据具体需求进入不同的检查室的情况类似,即使后来诊断结果显示需要进一步检查,这位病人也要重新回到门诊室重新抽签,待轮到的到他才能进一步接受治疗。

总之,管程就是用于管理共享资源的对象行为管理机制。任何试图访问此类共享资源的线程,都需要通过相应的管程机制进行等待和进入,确保调度的正确性和资源的安全性。这与现实生活中的门诊室门锁和门卫机制相呼应,两者共同确保了特定资源的有限性和顺序性,让不同的线程能够有序地访问共享资源。进而避免了无序的竞争和潜在的死锁问题。

转载地址:http://glqsz.baihongyu.com/

你可能感兴趣的文章
Nessus漏洞扫描教程之配置Nessus
查看>>
Nest.js 6.0.0 正式版发布,基于 TypeScript 的 Node.js 框架
查看>>
Netpas:不一样的SD-WAN+ 保障网络通讯品质
查看>>
netsh advfirewall
查看>>
Netty WebSocket客户端
查看>>
Netty 异步任务调度与异步线程池
查看>>
Netty中集成Protobuf实现Java对象数据传递
查看>>
Netty工作笔记0006---NIO的Buffer说明
查看>>
Netty工作笔记0011---Channel应用案例2
查看>>
Netty工作笔记0013---Channel应用案例4Copy图片
查看>>
Netty工作笔记0014---Buffer类型化和只读
查看>>
Netty工作笔记0020---Selectionkey在NIO体系
查看>>
Vue踩坑笔记 - 关于vue静态资源引入的问题
查看>>
Netty工作笔记0025---SocketChannel API
查看>>
Netty工作笔记0027---NIO 网络编程应用--群聊系统2--服务器编写2
查看>>
Netty工作笔记0050---Netty核心模块1
查看>>
Netty工作笔记0060---Tcp长连接和短连接_Http长连接和短连接_UDP长连接和短连接
查看>>
Netty工作笔记0077---handler链调用机制实例4
查看>>
Netty工作笔记0084---通过自定义协议解决粘包拆包问题2
查看>>
Netty常见组件二
查看>>