自旋锁¶
约 1032 个字 87 行代码 预计阅读时间 5 分钟
基本介绍¶
自旋锁是一种多线程同步机制,用于保护共享资源免受并发访问的影响。在多个线程尝试获取锁时,它们会持续自旋(即在一个循环中不断检查锁是否可用)而不是立即进入休眠状态等待锁的释放。这种机制减少了线程切换的开销,适用于短时间内锁的竞争情况。但是不合理的使用,可能会造成CPU的浪费
原理¶
自旋锁通常使用一个共享的标志位(如一个布尔值)来表示锁的状态。当标志位为true
时,表示锁已被某个线程占用;当标志位为false
时,表示锁可用。当一个线程尝试获取自旋锁时,它会不断检查标志位:
- 如果标志位为
false
表示锁可用,线程将设置标志位为true
,表示自己占用了锁,并进入临界区 - 如果标志位为
true
(即锁已被其他线程占用),线程会在一个循环中不断自旋等待,直到锁被释放
使用场景¶
- 短暂等待的情况:适用于锁被占用时间很短的场景,如多线程对共享数据进行简单的读写操作
- 多线程锁使用:通常用于系统底层,同步多个CPU对共享资源的访问
纯软件自旋锁类似的原理实现¶
自旋锁的实现通常使用原子操作来保证操作的原子性,常用的软件实现方式是通过CAS(Compare-And-Swap)指令实现。以下是一个简单的自旋锁实现示例(伪代码):
C++ | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
在上面的伪代码中,atomic_flag_test_and_set
函数检查atomic_flag
的当前状态。如果atomic_flag
之前没有被设置过(即其值为false
或「未设置」状态),则函数会将其设置为true
(或「设置」状态),并返回先前的值(在这种情况下为false
)。如果atomic_flag
之前已经被设置过(即其值为true
),则函数不会改变其状态,但会返回true
上面整个操作是原子的,意味着在多线程环境中,它保证了对atomic_flag
的读取和修改是不可分割的。当一个线程调用此函数时,其他线程无法看到这个操作的任何中间状态,这确保了操作的线程安全性
自旋锁接口¶
因为自旋锁和互斥锁非常类似,所以下面不对自旋锁的相关接口进行详细介绍,常见的接口如下:
C | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 |
|
以前面的抢票代码为例演示自旋锁的使用:
C++ | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
|
运行上面的代码结果与互斥锁结果一致
自旋锁的优点与缺点¶
一般情况下,自旋锁有下面的优点:
- 低延迟:自旋锁适用于短时间内的锁竞争情况,因为它不会让线程进入休眠状态,从而避免了线程切换的开销,提高了锁操作的效率。
- 减少系统调度开销:等待锁的线程不会被阻塞,不需要上下文切换,从而减少了系统调度的开销
同时,自旋锁也有下面的缺点:
- CPU资源浪费:如果锁的持有时间较长,等待获取锁的线程会一直循环等待,导致CPU资源的浪费
- 可能引起活锁:当多个线程同时自旋等待同一个锁时,如果没有适当的退避策略,可能会导致所有线程都在不断检查锁状态而无法进入临界区,形成活锁
所以,自旋锁是一种适用于短时间内锁竞争情况的同步机制,它通过减少线程切换的开销来提高锁操作的效率。然而,它也存在CPU资源浪费和可能引起活锁等缺点。在使用自旋锁时,需要根据具体的应用场景进行选择,并确保锁被释放的时间尽可能短