5. 通知状态的改变—POSIX条件变量1
需积分: 0 115 浏览量
2022-08-03
16:48:40
上传
评论
收藏 369KB PDF 举报
通
知
状
态
的
改
变
:
POSIX
条
件
变
量
作
用
在
POSIX
线
程
中
，
互
斥
量
用
于
防
止
多
个
线
程
同
时
访
问
同
一
共
享
变
量
。
条
件
变
量
允
许
一个
线
程
就
某
个
共
享
变
量
的
状
态
变
化
通
知
其
它
线
程
，
并
让
其
它
线
程等
待
（
阻
塞
）
这
一
通
知
阻
塞
式
消
息
队
列
是
对
条
件
变
量
的
一个
非
常
经
典
的
应
用
，
在
Java
以
及
Python
标
准
库
中
的
双
端
阻
塞
队
列
均
使
用
条
件
变
量
实
现
为什么
需
要
条
件
变
量
?
我
们
考
虑
这
样
一个
场
景
:
消
费
者
从
队
列
中
取
出
数据
，
当
队
列
为
空
时
，
我
们
该
怎
么
做
?
Solution1:while
循
环
+sleep(0.5)
，
的确
能
用
，
但
是
如
果
生
产
者
生
产
数据
的
速
度
不
高
，
比
如
每
天
10
条
，
那
么
就
会
出
现
大
量
无
用
的
CPU
消
耗
，
白白
浪
费
系统
资
源
Solution2:
当
我
们
发
现
队
列
为
空
时
，
主
动
的
让
出
CPU
，
使
线
程
阻
塞
在
此
处
。
当
生
产
者
生
产
的
新
的
消
息
时
，
传
递
一个
信
号
唤
醒
当
前
线
程
，
线
程
继续
执
行
可
以
看
到
，
Solution2
对
资
源
的
消
耗
更
低
，
因
为
性
能
更
高
。
线
程
阻
塞
以
及
外
部
唤
醒
可
由
条
件
变
量
实
现
使
用
条
件
变
量
必
须
配
合
互
斥
量
使
用
。
条
件
变
量针
对
于
共
享
变
量
的
状
态
改
变发
出
通
知
，
而
互
斥
量
则
提
供
对
该
共
享
变
量
的
互
斥
的
访
问
释
义
（
为什么
需
要
互
斥
量
）
消
费
者
从
队
列
中
取
出
数据
，
那
么
我
们
必
须
要
判
断
队
列
是
否
为
空
。
这
相
当
于
对
共
享
资
源
的
并
发
访
问
，
也
就
是
说
，
必
须
使
用
互
斥
量
对
其
进
行
保
护
pthread_mutex_tmtx=PTHREAD_MUTEX_INITIALIZER;//
静
态
初
始
化
互
斥
量
pthread_mutex_lock(&mtx);//
加
锁
if(get_size(queue)!=0){/*
消
费
数据
*/}//
队
列
不
为
空
，
消
费
数据
else{/*
阻
塞
在
此
处
，
等
待
唤
醒
*/}//
队
列
为
空
，
阻
塞
在
此
处
pthread_mutex_unlock(&mtx);//
解
锁
可
以
看
到
，
互
斥
量
是
为了保
护
共
享
数据
的
通
知
和
等
待
条
件
变
量
初
始
化
条
件
变
量
静
态
初
始
化
pthread_cond_tcond=PTHREAD_COND_INITIALIZER;
动
态
初
始
化
intpthread_cond_init(pthread_cond_t*cond,constpthread_condattr_t*attr);//
初
始
化
intpthread_cond_destory(pthread_cond_t*cond);//
必
须
调
用
该
函
数
进
行
销
毁
等
待
intpthread_cond_wait(pthread_cond_t*cond,pthread_mutex_t*mutex);
主
动
让
出
CPU
，
使
当
前
线
程
阻
塞
在
此
处
通
知
intpthread_cond_signal(pthread_cond_t*cond);
唤
醒
至
少
一
条
阻
塞
线
程
常
用
于
多
个
线
程
执
行
相
同
的
任
务
，
那
么
此
时
唤
醒
一个
线
程
即
可
，
也会
减
少
锁
的
争
抢
intpthread_cond_broadcast(pthread_cond_t*cond);
唤
醒
全
部
阻
塞
线
程
常
用
于
多
个
线
程
执
行
不
同
的
任
务
pthread_cond_signal
和
pthread_cond_broadcast
可
多
次
调
用
，不
会
有
副
作
用
pthread_cond_wait()
做
了什么
?
pthread_cond_wait
主
要
执
行
了
三个
操
作
解
锁
互
斥
量
mutex
当
我
们
发
现
条
件
不
满
足
程
序
运
行
的
要
求
时
（
例
如
队
列
为
空
），
那
么
线
程
应
该
在
进
入
休
眠
之
前
解
锁
互
斥
量
这
样
一
来
其
它
的
线
程
才
能
够
访
问
共
享
变
量
，
否
则
互
斥
量
将
一
直
被
当
前
线
程
所持
有
，
多
线
程
将
退
化
成
单
线
程
阻
塞
调
用
线
程
，
直
至
另
一个
线
程
就
条
件
变
量
cond
发
出
信
号
重
新
锁
定
mutex
当
线
程
因
为
条
件
变
量
的
通
知
而
再
度
被
唤
醒
时
，
必
须
对
互
斥
量
再
次
加
锁
，
因
为
在
典
型
情
况
下，
线
程
会
立
即
访
问
共
享
变
量
测
试
条
件
变
量
的
判
断
条
件
（
predict
）
使
用
codition
改
写
消
费
者
代
码
pthread_mutex_tmtx=PTHREAD_MUTEX_INITIALIZER;
//
我
们
需
要
定
义
两个
条
件
变
量
pthread_cond_tnot_empty=PTHREAD_COND_INITIALIZER;
pthread_cond_tnot_full=PTHREAD_COND_INITIALIZER;
while(true){
pthread_mytex_lock(&mtx);
while(get_size(queue)==0)
pthread_cond_wait(¬_empty,&mutex);
/*
从
队
列
中
取
出
数据
并
消
费
*/
pthread_cond_signal(¬_full);//
通
知
阻
塞
在
not_full
条
件
变
量
的
线
程
数据
已
被
消
费
pthread_mutex_unlock(&mtx);
}
ps:
篇
幅
有
限
，
故
上
述
代
码
未
做
错
误
判
断
Warning
尽
可
能
地
使
得
消
费
者
代
码
简
短
，
如
果
处
理
数据
耗
时
较
长
，
也
不
要
提
前
将
互
斥
量释
放
也
就
是
说
，
当
我
们从
队
列
中
取
出
一
条
数据
之
后
就将
互
斥
量释
放
，
这
么
做
固
然
能
提
高
效
率
，
但
是
消
费
者
会
有
永
久
阻
塞
的
风险
我
们
对
条
件
的
判
断
必
须
使
用
一个
while
循
环
来
控
制
，
而
不
是
if
语
句
当
线
程
从
pthread_cond_wait()
调
用
返
回
时
，
我
们
不
能
够
保
证
队
列
一
定
不
为
空
，
也
就
是
说
，
可
能
由
其
它
线
程
获
得
了互
斥
量
并
消
费
了
数据
这
和
“
双
重
校
验
”
的
原
理
基
本
一
样
，
当
线
程
被
唤
醒
时
，
所
做
的
第
一
件事
情
就
是
重
新
锁
定
互
斥
量
，
该
互
斥
量
可
能
由
其
它
线
程
取
得并
执
行
了
消
费
动
作
。
那
么
此
时
该
线
程
获
得
互
斥
量
之
后
队
列
可
能
仍
然
为
空
我
们
用
一
段
Python
代
码
来
演
示
双
重
校
验
Allreturn0onsuccess,ora
positiveerrnumberonerror
yiyi分析亲密关系
- 粉丝: 22
- 资源: 321
最新资源
- 蓝桥杯2024年第十五届省赛真题-前缀总分
- com.qihoo.appstore_300101305-1.apk
- tensorflow-gpu-2.7.1-cp37-cp37m-manylinux2010-x86-64.whl
- tensorflow-2.7.2-cp37-cp37m-manylinux2010-x86-64.whl
- tensorflow-2.7.1-cp39-cp39-manylinux2010-x86-64.whl
- 蓝桥杯2024年第十五届省赛真题-传送阵
- com.qihoo.appstore_300101305.apk
- linux之线程同步一.doc
- keil5配色方案10种
- python烟花代码.doc
资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！
点击此处反馈
评论0