系統呼叫存在的意義

作為乙個初學者，我們可能一直迷惑為何自己的**不能直接訪問kernel中的變數和資源，還要這麼麻煩的使用系統呼叫？

就比如最近我在寫乙個tty模組，這個模組負責接受鍵盤操作並在console上做相應的顯示。當然也可以在其他程序中直接操作tty的輸入緩衝，或者直接在這個tty的控制台上進行顯示。

現在問題來了：

我該怎麼呼叫tty模組中的**讓其在控制台上顯示呢？

直接在其他程序中的**呼叫tty中的**

使用系統呼叫，讓kernel去呼叫tty中的**去操作已經執行起來的程序中的資料。

一般在作業系統上層，大家的理解就是利用系統呼叫進入kernel，讓kernel來操作這一塊。但並沒有想過為什麼？

如果想要使用1來完成這個任務，必須有乙個很嚴格的限制，就是此呼叫程序必須和kernel一起編譯成最終的kernel模組，並且和kernel一起啟動。這樣才能正確的訪問到想要的資料，因為你訪問的是真正的正在執行著的kernel中的資料（無論是kernel中的task程序資料還是神馬）。

如果不和kernel一起編譯，而和tty模組的.o檔案單獨編譯，而且很意外的成功了的話，執行起來也未必成功（成功機率小之又小），因為你在訪問的**和kernel完全就不是乙個東西。

系統呼叫有乙個很神奇的功能，就是甚至不是和kernel一起編譯的user**，能利用中斷（不論這個中斷在哪呼叫）準確定位到kernel空間的中斷處理程式，進而完成想要的功能，並返回。這裡的中斷跳轉是cpu的功勞。