mutex互斥问题

2009-08-11 10:11:49 170 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

别只当玩具！聊聊这个555金属探测器电路背后的电磁感应与RLC调谐原理本文深入解析了555金属探测器电路的工作原理，重点探讨了电磁感应与RLC调谐原理。通过分析电感线圈的电磁特性、RLC谐振电路的行为以及555定时器的多重功能，揭示了这一看似简单的装置如何实现金属检测。文章还提供了灵敏度优化方案和常见问题解决方法，帮助读者从科学角度理解这一实用技术。阅读详情



UINT WINAPI Thread1(LPVOID para)

{

	printf("Enten thread1\n");

	HANDLE *phMutex = (HANDLE *)para;

	// 得到互斥体

	WaitForSingleObject(*phMutex, INFINITE);

	// 对于同一个线程，主要获得互斥体，还可以获得多次

	//WaitForSingleObject(*phMutex, INFINITE);

	// 等待2s

	Sleep(2*1000);

	printf("Leave thread1\n");

	// 释放

	ReleaseMutex(*phMutex);

	return 0;

}



UINT WINAPI Thread2(LPVOID para)

{

	printf("Enten thread2\n");

	HANDLE *phMutex = (HANDLE *)para;

	// 得到互斥体

	WaitForSingleObject(*phMutex, INFINITE);

	// 等待2s

	Sleep(2*1000);

	printf("Leave thread2\n");

	// 释放

	ReleaseMutex(*phMutex);

	return 0;

}



int main()

{

	HANDLE hMutex = CreateMutex(NULL, FALSE, NULL);

	HANDLE hThread1 = (HANDLE)_beginthreadex(NULL, 0, Thread1, &hMutex, 0, NULL);

	HANDLE hThread2 = (HANDLE)_beginthreadex(NULL, 0, Thread2, &hMutex, 0, NULL);

	// 等待6s

	Sleep(6*1000);



	system("pause");

	return 0;

}

结果为：
Enten thread1
Enten thread2
Leave thread1
Leave thread2
书上的例子。但结果和书上不一样。
书上为：
Enten thread1
Leave thread1
Enten thread2
Leave thread2

why?

...全文

有限时间 vs 固定时间 vs 预定时间滑模：稳定性分析与仿真验证方法对比（中）有限时间滑模控制（FTSMC）和固定时间滑模控制（FixTSMC）是两种重要的控制策略，旨在实现系统状态的快速收敛。FTSMC通过设计滑模面和控制律，确保系统状态在有限时间内收敛到原点，但其收敛时间与初始状态相关。FixTSMC则进一步优化，使收敛时间与初始状态无关，适用于高动态环境，具有更强的鲁棒性和更平滑的控制信号。两种方法均通过李雅普诺夫函数证明其稳定性，并通过仿真验证其有效性。FixTSMC在工程应用中更为可靠，尤其适合安全关键系统。阅读详情

dir541541

进程/线程/DLL 15,466 成员 49,169 内容

+ 关注 + 加入社区

切换为时间正序

dir541541 2009-08-12

打赏
举报

明白了~多谢

wltg2001 2009-08-11

打赏
举报

不过我有点不明白。Thread1创建之后就等待，还是一直等待状态。那他是等谁？执行WaitForSingleObject之后Thread1是挂起还是怎么了？从例子的输出来看他应该是继续执行后面的语句，等待2s之后输出。然后转去执行Thread2
====================
Thread1创建之后并不是等待，它执行了到了Sleep时才等待的，这时系统的线程调度才去调度线程二，线程二输出Enten thread2，然后执行WaitForSingleObject，由于线程一此时占用的互斥对象，所以WaitForSingleObject被阻塞了，等到线程一Sleep的时间到了，继续被调度到，执行到ReleaseMutex释放掉占用的互斥对象。线程一执行完了，由于此时线程二WaitForSingleObject等待的互斥对象被释放了，变成了有信号状态了，所以线程二被调度到，向下执行。

dronly 2009-08-11

打赏
举报

WaitForSingleObject(*phMutex, INFINITE);
//代码
ReleaseMutex(*phMutex);

这两行之间是锁住的保护区，在保护区里面的代码对于线程来说是串行的，你两个printf都锁里面可肯定是书上的结果的。

但是如果把第一个printf放外面第二方printf方里面的话，只有第二个是串行的，如果你多运行几次的话又可能会出现
Enten thread2
Enten thread1
Leave thread1
Leave thread2
这样的结果的

jasonM2008 2009-08-11

打赏
举报

[Quote=引用 5 楼 jasonm2008 的回复:]
与你创建的互斥对象的类型相关，你是不是创建的是人工重置的互斥对象，你将其改为自动充值类型的对象再试一试？
[/Quote]
看错了，是事件对象才会我说出现的情况！

dir541541 2009-08-11

打赏
举报

汗。原来printf的位置和书上不一样
书上是把printf放在WaitForSingleObject之后的，我是放在之前了
改过来就和例子一样了- -
不过我有点不明白。Thread1创建之后就等待，还是一直等待状态。那他是等谁？执行WaitForSingleObject之后Thread1是挂起还是怎么了？从例子的输出来看他应该是继续执行后面的语句，等待2s之后输出。然后转去执行Thread2

jasonM2008 2009-08-11

打赏
举报

与你创建的互斥对象的类型相关，你是不是创建的是人工重置的互斥对象，你将其改为自动充值类型的对象再试一试？

wltg2001 2009-08-11

打赏
举报

注意，hMutex是一个局部变量，从函数返回后，它的值就是随机的，你在线程里使用它的地址没有确定性，所以，你要把hMutex声明为全局变量就好了
============
在线程执行过程中，主函数又没退出，它的地址怎么没有确定性了？

dir541541 2009-08-11

打赏
举报

改成全局的也不行。结果还是那样

wltg2001 2009-08-11

打赏
举报

书上的结果错了吧，第一线程执行时输出Enten thread1，然后等待，此时线程二就会开始执行，输出Enten thread2，然后转放等待，等线程一转为就绪之后开始执行会输出Leave thread1，再然后。。。
实验的结果是正确的啊！

socoola 2009-08-11

打赏
举报

HANDLE hMutex = CreateMutex(NULL, FALSE, NULL);
HANDLE hThread1 = (HANDLE)_beginthreadex(NULL, 0, Thread1, &hMutex, 0, NULL);
HANDLE hThread2 = (HANDLE)_beginthreadex(NULL, 0, Thread2, &hMutex, 0, NULL);
注意，hMutex是一个局部变量，从函数返回后，它的值就是随机的，你在线程里使用它的地址没有确定性，所以，你要把hMutex声明为全局变量就好了

haipoliehu 2009-08-11

打赏
举报

按照你现在的代码得出现在的输出没有问题，书上的结果错了

mutex互斥问题

相关推荐