免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2466 | 回复: 5

[C] 问一个linux多线程的问题 [复制链接]

论坛徽章:
2
申猴
日期:2014-04-17 14:37:17CU十四周年纪念徽章
日期:2018-06-23 16:03:03
发表于 2014-05-29 23:56 |显示全部楼层
  1. #include<pthread.h>
  2. #include<unistd.h>
  3. #include<stdio.h>
  4. #include<string.h>
  5. #include<stdlib.h>
  6. #include<time.h>
  7. static pthread_mutex_t mtx=PTHREAD_MUTEX_INITIALIZER;
  8. static pthread_cond_t cond=PTHREAD_COND_INITIALIZER;

  9. int global_val = 0;

  10. void* test(void *argv) {
  11.     printf("test before lock\n");
  12.     pthread_mutex_lock(&mtx);
  13.     while(global_val == 0) {
  14.         pthread_cond_wait(&cond,&mtx);
  15.     }
  16.     pthread_mutex_unlock(&mtx);
  17.     printf("@@@@@%d\n",global_val);
  18. }
  19. void* add(void *argv) {
  20.     sleep(1);
  21.     printf("add before lock\n");
  22.     pthread_mutex_lock(&mtx);
  23.     global_val++;
  24.     printf("###%d\n",global_val);
  25.     pthread_mutex_unlock(&mtx);
  26.    
  27. }
  28. int main() {
  29.     pthread_t tid1,tid2;
  30.     global_val = 0;
  31.     pthread_create(&tid1,NULL,test,NULL);
  32.     sleep(1);
  33.     pthread_create(&tid2,NULL,add,NULL);
  34.     printf("main begin\n");
  35.     pthread_mutex_lock(&mtx);
  36.     global_val = 5;
  37.     sleep(3);
  38.     pthread_cond_signal(&cond);
  39.     printf("signal over before unlock\n");
  40.     sleep(3);
  41.     pthread_mutex_unlock(&mtx);
  42.     pthread_join(tid1,NULL);
  43.     pthread_join(tid2,NULL);
  44. }
复制代码
我要模拟的情况是有一个test线程阻塞在pthread_cond_wait(&cond,&mtx);,另外一个add线程阻塞在pthread_mutex_lock(&mtx);
然后主线程调用pthread_cond_signal(&cond);和pthread_mutex_unlock(&mtx); 这个时候会是哪个线程抢到锁?
pthread_cond_wait的线程会高优先级抢到锁吗,还是说随机的?
我上面测试代码是add线程抢到了锁。
我的测试代码输出:
test before lock
main begin
add before lock
signal over before unlock
###6
@@@@@6

论坛徽章:
0
发表于 2014-06-04 10:41 |显示全部楼层
按照入列顺序激活,你的例子中test的lock mutex的操作发生在pthread_cond_signal之后,而add的lock mutex的操作发生在一开始,因此add线程先入列,因此先unlock add线程的锁。
你可以做一下测试,将add线程的sleep(1) 改为sleep(5), 让主线程先pthread_cond_signal,然后add线程lock mutex, 这样就是test 的 lock mutex 操作先入列,add的后入列,最后再在主线程unlock mutex, 打印顺序肯定是test线程抢到了锁,其实也不能说是抢对吧,先来先得

论坛徽章:
2
申猴
日期:2014-04-17 14:37:17CU十四周年纪念徽章
日期:2018-06-23 16:03:03
发表于 2014-06-04 11:08 |显示全部楼层
嗯,测试你的说的那种情况确定是这样的。但是现在我把第42行的sleep(3)注释掉,其他的保存不变。这个时候就是test线程先抢到锁。这个和你说的矛盾。回复 2# skycs13


   

论坛徽章:
0
发表于 2014-06-04 14:00 |显示全部楼层
在你把42行的sleep(3)去掉的时候,在pthread_cond_signal的时候,立马就把锁给释放了,这个时候,主线程先signal条件变量,然后释放锁,瞬间就把test的条件变量激活,而在这个时候,add线程还在sleep(5)里面,要等个2(5-3)秒钟才从sleep(5)中出来,在你去掉sleep(3)之后,根本谈不到对锁的竞争了。这个时候就是个顺序的过程。

论坛徽章:
2
申猴
日期:2014-04-17 14:37:17CU十四周年纪念徽章
日期:2018-06-23 16:03:03
发表于 2014-06-04 15:46 |显示全部楼层
额,我的意思是add里面sleep的时间改回去变成1回复 4# skycs13


   

论坛徽章:
0
发表于 2014-06-04 16:01 |显示全部楼层
我所测试的结果跟你的不同,我用的是gcc 4.8.2, 我的是add先抢到锁。你想一下,pthread_cond_signal是在3秒之后才掉用,而add只sleep了一秒就调用了,按理来说,对于应该是add这个线程先入列而test后入列,也应该是先激活add线程,我的结果global_val打印出来都是6回复 5# tklist


   
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

SACC2021中国系统架构师大会

【数字转型 架构重塑】2021年5月20日-22日第十三届中国系统架构师大会将在云端进行网络直播。

大会为期3天的议程,涉及20+专场,近120个主题,完整迁移到线上进行网络直播对会议组织来说绝非易事;但考虑到云端会议的直播形式可以实现全国各地技术爱好者的参与,也使ITPUB作为技术共享交流平台得到更好的普及,我们决定迎难而上。
http://sacc.it168.com/


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP