为什么线程切换会导致用户态与内核态的切换？

https://blog.csdn.net/No_Game_No_Life_/article/details/106100813

文章目录

• 什么是上下文切换？上下文切换的时机？
• 上下文切换的开销
• 互斥锁与自旋锁
• • 为什么线程切换会导致用户态与内核台的切换？

什么是上下文切换？上下文切换的时机？

CPU通过分配时间片来执行任务，当一个任务的时间片用完，就会切换到另一个任务。在切换之前会保存上一个任务的状态，当下次再切换到该任务，就会加载这个状态。
——任务从保存到再加载的过程就是一次上下文切换。

按导致上下文切换的因素划分，可将上下文切换分为两点：

1. 自发性上下文切换
2. 非自发性上下文切换

自发性上下文切换指线程由于自身因素导致的切出。

通过调用下列方法会导致自发性上下文切换：
Thread.sleep()
Object.wait()
Thread.yeild()
Thread.join()
LockSupport.park()

非自发性上下文切换指线程由于线程调度器的原因被迫切出。

发生下列情况可能导致非自发性上下文切换：
切出线程的时间片用完
有一个比切出线程优先级更高的线程需要被运行
虚拟机的垃圾回收动作

上下文切换的开销

上下文切换的开销包括直接开销和间接开销。
直接开销有如下几点：

1. 操作系统保存回复上下文所需的开销
2. 线程调度器调度线程的开销

间接开销有如下几点：

1. 处理器高速缓存重新加载的开销
2. 上下文切换可能导致整个一级高速缓存中的内容被冲刷，即被写入到下一级高速缓存或主存

互斥锁与自旋锁

重量级锁需要通过操作系统自身的互斥量（mutex lock，也称为互斥锁）来实现，然而这种实现方式需要通过用户态与和核心态的切换来实现，但这个切换的过程会带来很大的性能开销。

申请锁时，从用户态进入内核态，申请到后从内核态返回用户态（两次切换）；没有申请到时阻塞睡眠在内核态。使用完资源后释放锁，从用户态进入内核态，唤醒阻塞等待锁的进程，返回用户态（又两次切换）；被唤醒进程在内核态申请到锁，返回用户态（可能其他申请锁的进程又要阻塞）。所以，使用一次锁，包括申请，持有到释放，当前进程要进行四次用户态与内核态的切换。同时，其他竞争锁的进程在这个过程中也要进行一次切换。

自旋锁与互斥锁不同的是自旋锁不会引起调用者睡眠。如果自旋锁已经被别的进程保持，调用者就轮询（不断的消耗CPU的时间）是否该自旋锁的保持者已经释放了锁（"自旋"一词就是因此而得名）。

为什么线程切换会导致用户态与内核台的切换？

现在来回答就很简单了：
因为线程的调度是在内核态运行的，而线程中的代码是在用户态运行。