线程锁

本文对比分析了Mutex和CriticalSection在实现线程同步时的区别。Mutex是内核对象,相关操作涉及用户模式到内核模式的转换,而CriticalSection是用户模式下的轻量级锁。文章还讨论了它们在特定情况下的行为差异。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

/*
Mutex和critical的区别:
Mutex较慢。 Mutex 是内核对象,相关函数的执行 (WaitForSingleObject, ReleaseMutex)需要用户模式(User Mode)到内核模
式(Kernel Mode)的转换,在x86处理器上这种转化一般要发费600个左右的 CPU指令周期。
 
critical较快。Critical Section本身不是内核对象,相关函数(EnterCriticalSection,LeaveCriticalSection)的调用一般都在
用户模式内执行,在x86处理器上一般只需要发费9个左右的 CPU指令周期。只有当想要获得的锁正好被别的线程拥有时才会退化成和
Mutex一样,即转换到内核模式,发费600个左右的 CPU指令周期。

1.当拥有锁的线程死亡时 ,Mutex变成abandoned状态,其他的等待线程可以获得锁。 Critical Section的状态不可知(undefined),
以后的动作就不能保证了。  

2.对已获得的Mutex,重复调用WaitForSingleObject不会锁住自己。但最后你别忘了要调用同样次数的ReleaseMutex,对已获得的
Critical Section,重复调用EnterCriticalSection不会锁住自己。但最后你别忘了要调用同样次数的LeaveCriticalSection) 

*/ 
/*函数原型:
HANDLE CreateMutex(

LPSECURITY_ATTRIBUTESlpMutexAttributes, // 指向安全属性的指针

BOOL bInitialOwner, // 初始化互斥对象的所有者

LPCTSTRlpName // 指向互斥对象名的指针

);
*/
#include<windows.h>
#include<process.h>
#include<iostream>
using namespace std;
int a = 0;
//CRITICAL_SECTION g_cs;
HANDLE hmtx;
unsigned int _stdcall ThreadFunc(LPVOID lpa)
{
	for (int i = 0; i < 8; i++)
	{
	//EnterCriticalSection(&g_cs);
	WaitForSingleObject(hmtx, INFINITE);
	a++;
	cout<< "线程" << (int *)lpa << "的值为" << a /*<< " ,id为" << GetCurrentThreadId() */<< endl;
	//LeaveCriticalSection(&g_cs);
	ReleaseMutex(hmtx);
	Sleep(1000);
	}
	return 0;
}
int main(void)
{
	//InitializeCriticalSection(&g_cs);
	hmtx = CreateMutex(NULL, FALSE, NULL);
	HANDLE hHandle[2];
	hHandle[0] = (HANDLE)_beginthreadex(NULL, 0, &ThreadFunc, (void *)(int)1,  0, NULL);
	hHandle[1] = (HANDLE)_beginthreadex(NULL, 0, &ThreadFunc, (void *)(int)2, 0, NULL);
	while(1)
	{ 
		DWORD r;
		r = WaitForMultipleObjects(2, hHandle, TRUE, 1000);
		if (r != WAIT_OBJECT_0)
		{ 
			cout << "\nTIMEOUT\n";
			continue;
		}
		if (r == WAIT_OBJECT_0)
		{
			cout<<"\nWAIT_OBJECT_0\n";
			break;
		}
	}
	CloseHandle(hHandle[0]);
	CloseHandle(hHandle[1]);
	cout << "Close Handle" << endl;
	//DeleteCriticalSection(&g_cs);
	CloseHandle(hmtx);
	system("pause");
}

内容概要:该研究通过在黑龙江省某示范村进行24小时实地测试,比较了燃煤炉具与自动/手动进料生物质炉具的污染物排放特征。结果显示,生物质炉具相比燃煤炉具显著降低了PM2.5、CO和SO2的排放(自动进料分别降低41.2%、54.3%、40.0%;手动进料降低35.3%、22.1%、20.0%),但NOx排放未降低甚至有所增加。研究还发现,经济性和便利性是影响生物质炉具推广的重要因素。该研究不仅提供了实际排放数据支持,还通过Python代码详细复现了排放特征比较、减排效果计算和结果可视化,进一步探讨了燃料性质、动态排放特征、碳平衡计算以及政策建议。 适合人群:从事环境科学研究的学者、政府环保部门工作人员、能源政策制定者、关注农村能源转型的社会人士。 使用场景及目标:①评估生物质炉具在农村地区的推广潜力;②为政策制定者提供科学依据,优化补贴政策;③帮助研究人员深入了解生物质炉具的排放特征和技术改进方向;④为企业研发更高效的生物质炉具提供参考。 其他说明:该研究通过大量数据分析和模拟,揭示了生物质炉具在实际应用中的优点和挑战,特别是NOx排放增加的问题。研究还提出了多项具体的技术改进方向和政策建议,如优化进料方式、提高热效率、建设本地颗粒厂等,为生物质炉具的广泛推广提供了可行路径。此外,研究还开发了一个智能政策建议生成系统,可以根据不同地区的特征定制化生成政策建议,为农村能源转型提供了有力支持。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值