以前都说,操作系统通过向 CPU 发送中断的方式实现进程切换。上学的时候没有仔细思考过这句话,想当然地认为就是这样,最近觉得这句话有问题,这句话里的“发送”很难理解。毕竟如果一个 CPU 正在被一个(用户态)进程占用的话,它又怎么会突然开始执行内核级代码呢?
一个想法是,大家都知道用户态应用程序无法主动实现进程切换,比如挂起自己这种操作是不存在的,一定是要经过 OS 的,按照我的猜想,其原因是因为中断完全由 OS 控制,用户态程序没有中断的能力,自然也就没有通过中断切换进程的能力。那么相应地,OS 应该就可以通过软中断的方式实现控制进程的切换,这是内核态态与用户态权限区别的表现。
按照我的理解,一个进程切换流程如下,不知道说的对不对,大家指正一下:
1 、首先必须要有一个硬件发出硬中断,否则控制权无法转移到 OS 上。所以进程切换的第一步应该是计时器通过一个硬中断通知 CPU 该换进程了。
2 、该硬中断使得 CPU 从执行用户代码,切换到执行内核代码,内核产生一个软中断,负责完成剩余的进程切换事宜。而具体的切换过程通常会占用比较多的资源,耗费比较长的时间。
3 、一个疑问是,通常认为硬中断应该能够非常迅速的响应完毕,上文第 2 点中硬中断使得用户代码切换到内核代码,那么理所应当地需要保存用户应用状态,这个过程应该是一个开销很高的操作,对于硬中断来说不会太长了吗
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.