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

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

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

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

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

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

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

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

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

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

你可能感兴趣的文章
nrf开发笔记一开发软件
查看>>
nrm —— 快速切换 NPM 源 (附带测速功能)
查看>>
nrm报错 [ERR_INVALID_ARG_TYPE]
查看>>
NS3 IP首部校验和
查看>>
NSDateFormatter的替代方法
查看>>
NSError 的使用方法
查看>>
nsis 安装脚本示例(转)
查看>>
NSJSON的用法(oc系统自带的解析方法)
查看>>
nslookup 的基本知识与命令详解
查看>>
NSOperation基本操作
查看>>
NSRange 范围
查看>>
NSSet集合 无序的 不能重复的
查看>>
NSURLSession下载和断点续传
查看>>
NSUserdefault读书笔记
查看>>
NS图绘制工具推荐
查看>>
NT AUTHORITY\NETWORK SERVICE 权限问题
查看>>
NT symbols are incorrect, please fix symbols
查看>>
ntelliJ IDEA 报错:找不到包或者找不到符号
查看>>
NTFS文件权限管理实战
查看>>
ntko web firefox跨浏览器插件_深度比较:2019年6个最好的跨浏览器测试工具
查看>>