《Win32多线程程序设计》读书笔记(二)(同步机制)

本文详细解析了死锁现象及其成因,并对比了互斥锁和临界区的区别,同时介绍了信号量、事件等同步机制,旨在帮助开发者理解和避免在多线程编程中遇到的死锁问题。

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

1,任何时候当一段代码需要两个或更多的资源时,都有潜在性的死锁阴影。死锁的情况非常复杂。例如下面一段代码

void SwapLists(list* list1, list* list2)
{
	list *tmp;
	EnterCriticalSection(list1->cs);
	EnterCriticalSection(list2->cs);
	tmp->head = list1->head;
	list1->head = list2->head;
	list2->head = tmp->head;
	LeaveCriticalSection(list1->cs);
	LeaveCriticalSection(list2->cs);
}
假设线程A的SwapLists()的第一次EnterCriticalSection()之后,发生了contex switch(也就是调度程序选换了一个线程),然后线程B执行了它的SwapLists()操作,这时就会出现死锁。

2,criticalsection 和 mutex区别

2.1,criticalsection是进程的一段内存空间,而mutext一个核心对象

2.2,锁住一个未被拥有的mutex,比锁住一个未被拥有的criticalsection,需要花费几乎100倍的时间。因为criticalsection不需要进入操作系统核心,直接在“usermode”就可以操作。

2.3,Mutexes可以跨进程使用。criticalsection则只能在同一个进程中使用。

2.4,等待一个mutex时,你可以指定“结束等待”的时间长度。但对于criticalsection则不行

以下是两种对象的相关函数比较:





3,信号量(Semaphore)


4,事件(Event)




5,同步机制摘要










评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值