[[441181]]

先給不了解內(nèi)核態(tài)、用戶態(tài)的簡單介紹一下，我們在什么時候會提到這兩個概念。

例如我們的應用程序需要從磁盤讀取某個文件的數(shù)據(jù)，此時并不是直接從磁盤加載到應用內(nèi)存中，而是：

• 先將數(shù)據(jù)從「磁盤」復制到「內(nèi)核 Buffer」
• 再將數(shù)據(jù)從「內(nèi)核 Buffer」復制到「用戶 Buffer」

以上就是用戶態(tài)和內(nèi)核態(tài)的概念。首先我們給他下個定義，這兩個態(tài)是操作系統(tǒng)的運行級別。

然后我們知道，我們寫的程序，最終運行的時候?qū)嶋H都會被編譯、解釋成一條一條的 CPU 指令被 CPU 執(zhí)行。

解釋成一條一條的指令

用戶態(tài)、內(nèi)核態(tài)的指令都是 CPU 都在執(zhí)行，所以我們可以換個說法，實際上這個態(tài)代表的是當前 CPU 的狀態(tài)。那既然這些指令最終都由 CPU 執(zhí)行，那對其區(qū)分的理由是什么呢?

那是因為，CPU 指令根據(jù)其重要的程度，也分為不同的權(quán)限。有一些指令執(zhí)行失敗了無關(guān)痛癢，而有一些指令失敗了會導致整個操作系統(tǒng)崩潰，甚至需要重啟系統(tǒng)。如果將這些指令隨意開放給應用程序的話，整個系統(tǒng)崩潰的概率將會大大的增加。

再舉個類似的例子。我們設計一個類，里面有幾個很重要的變量，你大概率是不會把它們聲明成 public 的吧?應該聲明成 private，并開發(fā)幾個專門修改他們的方法，對傳入的值進行一系列的校驗之后再去設置。

上面說到，CPU 指令是做了權(quán)限劃分的， 例如 Intel X86 中將 CPU 指令權(quán)限劃分為了 4 個等級：

權(quán)限分類

它們之間的權(quán)限的高低程度可以通過這張圖來識別：

上圖中的 IA 指的是 Intel Architecture

所以可以看到，越靠近的核心的權(quán)限越高。換句話說，權(quán)限由高到低為：Ring0 > Ring1 > Ring2 > Ring3

在 Linux 系統(tǒng)中，由于只有 Ring0 和 Ring3 級別的指令，所以我們可以對用戶態(tài)、內(nèi)核態(tài)給一個更細節(jié)的區(qū)別描述：運行 Ring0 級別指令的叫內(nèi)核態(tài)，運行 Ring3 級別指令的叫用戶態(tài)。

內(nèi)核態(tài)用戶態(tài)

了解了指令集權(quán)限的概念，我們就可以再更正一下上面的描述：什么態(tài)實際上代表的是當前 CPU 正在執(zhí)行什么級別的指令

知道了用戶態(tài)和內(nèi)核態(tài)的區(qū)別、以及為什么要對其進行區(qū)別之后，我們就可以來看什么時候會從用戶態(tài)切換到內(nèi)核態(tài)了。

答案是發(fā)生系統(tǒng)調(diào)用的時候

那什么又是系統(tǒng)調(diào)用呢?看這張圖

系統(tǒng)調(diào)用 (1)

當用戶態(tài)的程序需要向操作系統(tǒng)申請更高權(quán)限的服務時，就通過系統(tǒng)調(diào)用向內(nèi)核發(fā)起請求。

內(nèi)核自然也會提供很多的接口來供調(diào)用，例如申請動態(tài)內(nèi)存空間。但是申請了內(nèi)存是不是還得考慮釋放內(nèi)存?如果把這塊內(nèi)存管理交給應用程序的話，復雜的管理工作會給開發(fā)帶來很多負擔。

所以庫函數(shù)就是用于屏蔽掉內(nèi)部復雜的細節(jié)的，我們的應用程序可以通過庫函數(shù)來調(diào)用內(nèi)核的提供的接口，而庫函數(shù)就會發(fā)起系統(tǒng)調(diào)用，發(fā)起了系統(tǒng)調(diào)用之后，用戶態(tài)就會切換成內(nèi)核態(tài)去執(zhí)行對應的內(nèi)核方法。

除了系統(tǒng)調(diào)用之外，還有另外兩種會導致態(tài)的切換：發(fā)生異常、中斷。