xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
上一节介绍了进程调度的一些基本概念，并简单介绍了在没有抢占的情况下，CFS调度（完全公平调度）的是如何分配进程的优先级和时间片。但是，内核并不会只是单一地分配时间片让进程运行。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
一、什么是上下文切换
上下文切换，是指从一个可执行的进程切换到另外一个可执行的进程。在linux内核中，上下文的切换有两种方式：第一种是进程主动让出CPU，这样的操作成为“让步”。第二种是由内核调度程序决定进程运行时间，在在运行时间结束（如时间片耗尽）或者需要切换高优先级进程时强制挂起进程，这样的操作叫“抢占”。
抢占是我一直误解的概念，我一直以为抢占是一个进程强制切换到另一进程。最近才知道，执行抢占的是内核，并不是进程。
抢占分为两种：用户抢占和内核抢占。下面将一一介绍。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
二、用户抢占
如果只是靠每个进程主动放弃CPU，这是相当不明智的做法，所以，内核使用need_resched标志（在每个进程对应的thread_info结构体内）来表示进程是否需要被调度。当一个进程的时间片耗尽，或者有更高优先级的进程进入可执行队列，当前运行的进程对应的need_reched标志会被设置。
在内核即将要返回用户空间的时候，如果need_resched标志被设置，内核会在继续执行原来的进程之前调用调度程序，此时就会发生用户抢占。
要注意，用户抢占是发生在即将返回用户空间前，内核调用调度程序，重新选择一个更加合适的进程来运行（如高优先级），当然也可以是原来的程序。
总的来说，在以下情况下会发生用户抢占：
1、从系统调用返回用户空间。
2、从中断处理程序返回用户空间。
类比一下生活，其实这个很容易理解。如有人占用着厕所解大手时，有人进来需要解小手，或者允许他解大手的时间已经用完了，管厕所的人兄就会做个标记。等解大手的人兄冲完厕所了，管厕所的人兄看到自己做的标记，马上把解大手的人兄赶出来，把厕所让给解小手的人兄。
用户抢占并不是2.6内核的新特征，它只是一种进程调度的策略。内核返回用户空间后，每个进程有独立的4G虚拟空间，这时的进程调度并不会出现内核资源的争夺。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
三、内核抢占
内核抢占是2.6内核的新特征，在之前的内核中，调度程序是不能调度正在运行在内核中的进程，即使时间片已经用完，只有在进程返回用户空间或者阻塞，才能进行进程的调度。
在2.6内核中，内核提供了为高优先级进程抢占正在内核运行的进程的机会。但是，对于多个同时运行的进程，内核空间的资源的共享的。所以，内核在抢占并且调度进程的时候，必须要保证调度是安全的。所谓的安全，就是不会因为新进程的调度导致一些共享资源的错乱，这就是下一节要讨论的内核同步。
内核进程可以调用函数来禁止内核抢占，在禁止这段时间内，抢占是不允许的，这样也是保护内核共享资源的一种方法。
所以，内核抢占发生在以下时候：
1、当终端处理程序将要执行完毕，返回内核空间之前。
2、执行在可以抢占的代码的时候。
3、内核进程让出CPU后，如阻塞。
生活上的例子我就不举了，描述拉到一半的过程实在恶心，有兴趣的自己联想。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
四、总结
今天介绍了抢占的概念，这些都是我的理解，并不能确保一定正确，同时我把书上这么长的介绍压缩成短短的几句话，必然有很多不足的地方，希望大家能够指正。
在很多的书籍中描述的抢占大多数都是多内核抢占，并不是说用户抢占，用户抢占可以理解为一种进程调度的方式。
而由于内核抢占的出现，内核用共享资源的保护显得尤为重要，这是因为所有的进程都进入内核运行，稍不留神就会把另一个进程的资源更改掉，下节就是要介绍如何实现内核资源的保护。
同时需要强调的是，进程调度的介绍并没有涉及中断，一般的，只要中断产生，内核就会马上相应，不管进程在内核还是用户空间，所以这也是内核资源保护的内容之一。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
