互斥锁和自旋锁的选择原则

互斥和自旋锁在内核中使用的比较频繁,但是具体情况下怎么选择它们。

有如下选用原则:

1、当锁不能被获取到时,通过开销来衡量

使用互斥的开销:进程上下文的切换时间。如果临界区很大,应该选用互斥锁。

使用自旋锁的开销:忙等待自旋锁,直到锁释放。如果执行临界区时间小,应该选自旋锁。

2、由是否引起阻塞。进程上下文切换容易进入睡眠状态,如果使用自旋锁就会发生死锁。

3、保护共享资源需要在中断或者软终端情况下使用,最好选自旋锁,不会引起睡眠,(当然还可以使用mutex_trylock()互斥体避免阻塞)。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在iOS中,可以使用互斥来实现线程间的互斥访问,保护共享资源的安全。互斥的实现原理可以分为两个层面:内核层面和用户层面。 1. 内核层面的互斥实现原理: - POSIX互斥:在iOS中,使用POSIX标准的互斥pthread_mutex_t来实现。它是基于内核提供的原语实现的,通过系统调用来管理的状态。当一个线程请求时,如果已经被占用,则该线程会被阻塞,并进入等待状态。当持有的线程释放时,等待队列中的一个线程会被唤醒,获取到继续执行。 2. 用户层面的互斥实现原理: - 自:自是一种忙等待的机制,它通过循环检查的状态,直到获取到为止。在iOS中,可以使用OSSpinLock来实现自。当一个线程请求时,如果已经被占用,则该线程会一直循环检查的状态,直到获取到后才继续执行。自适用于临界区代码执行时间短暂,且争用的线程数较少的情况。 - 互斥(NSLock、NSRecursiveLock、NSConditionLock):在iOS中,还提供了一些高级的互斥类,如NSLock、NSRecursiveLock、NSConditionLock。这些类是基于底层的pthread_mutex_t实现的,提供了更方便的API和更高级的功能。NSLock和NSRecursiveLock是互斥,可以保护临界区代码的互斥访问。NSRecursiveLock允许同一个线程对进行多次加,避免死。NSConditionLock是一种条件,可以在特定条件满足时才允许访问临界区代码。 需要注意的是,使用互斥时,应遵循良好的加和解原则,避免死和资源泄漏等问题。同时,在高并发的场景中,也可以考虑使用其他更高级的同步机制,如信号量(dispatch_semaphore)或读写(pthread_rwlock_t),以满足不同的需求。 希望以上解答对你有所帮助!如果还有其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值