上下文切换

上下文切换是指内核在 CPU 上对进程或者线程进行切换：进程和线程从操作系统层面理解实际就是 CPU 分配的时间片，当一个任务的时间片用完后，就需要切换到另一个任务。

举个例子：CPU 对 任务1 和 任务2 分别分配了各自的占用时间：

任务1时间片用完后，CPU 保存任务1的状态方便下次接着运行
任务2占用CPU，CPU加载任务2的状态，接着上次停顿的点运行

这里任务的状态实际就是上下文，上下文包含寄存器和程序计数器的内容，也就是代码运行的地址和操作数，上下文信息会一直保存在 CPU 的内存中直到下次被访问。

上下文切换就是保存和切换的过程。这里有更官方的名词：切出、切入。

• 切出：一个线程被剥夺 CPU 的使用权而被暂停运行
• 切入：一个线程被选中占用 CPU 运行

一次上下文切换实际就是一个线程被暂停剥夺 CPU 使用权，另外一个线程被选中开始或者继续运行的过程，代入到上面示例可以理解为保存 任务1 的上下文，加载 任务2 的上下文全过程。根据是否自发上下文切换可以分为自发性切换和非自发性切换，Java 代码中常见的自发性切换有：

1. sleep() 方法睡眠
2. wait() 方法等待
3. yeild() 放弃 CPU 调度权
4. join() 方法等待其它线程运行（源码中讲过，实际也是基于 wait() 方法）
5. park() 挂起
6. synchronized 抢锁失败被阻塞

常见的非自发性切换有：

1. 时间片用完
2. 存在优先级更高的线程需要运行

上下文切换期间需要花费大量的时间处理诸如:保存和恢复寄存器和内存页表、更新内核相关数据结构等操作。总得来说开销主要集中在以下两部分：

1. 保存、恢复上下文的开销
2. 线程调度的开销

进程的上下文切换比线程上下文切换开销更大，因为进程间不共享内存，需要加载的资源更多，而线程公用所属进程的内存，各自独享的内存空间很小，相对切换起来损耗更小