操作系统

两个线程抢一把锁:竞态与互斥

多个线程同时改同一份数据会出错,锁保证同一时刻只有一个线程在改。

概况

以 Linux 上两个线程同时给计数器加 1、用 pthread_mutex 保护为例。

一句话总结
共享数据要加锁,锁靠原子指令实现,抢不到时靠内核让线程睡眠
竞态
结果取决于谁先谁后,偶尔出错,很难复现
临界区
访问共享数据的那段代码,同一时刻只允许一个线程进
Linux 的锁
pthread_mutex 基于 futex:没人抢时不进内核,抢不到才请内核让自己睡
代价
锁让线程排队,锁住的范围越小越好
死锁
四个条件同时成立才会发生;固定加锁顺序是最常用的预防
自旋锁
等待时间极短时空转比睡眠更划算,内核里常用
其他同步
条件变量、读写锁、信号量、原子变量

步骤 2 / 9

为什么会交错执行

线程随时可能被换下,或者在另一个核心上真正同时运行。

单核上,时钟中断可能恰好在“读出”和“写回”之间把线程换下去;多核上两个线程干脆同时在跑。 前端的 JS 是单线程,一段同步代码不会被打断,所以少见这个问题。 但两个异步请求先后返回、覆盖同一个状态,就是同一类问题。

线程
共享数据
内核
线程 1
线程 2
共享计数器 / 锁
内核
也读到旧值
事件日志(2)
当前状态发生了什么
两个线程同时运行两个线程读到同一个旧值,更新丢失
交错执行执行顺序不可预测