庫函式是語言本身的一部分，而系統函式是核心提供給應用程式的介面，屬於系統的一部分。
　　函式庫呼叫是語言或應用程式的一部分，而系統呼叫是作業系統的一部分。你要確保弄懂“trap（自陷）”這個關鍵字的含義。系統呼叫是在作業系統核心發現一個“trap”或中斷後進行的（其中系統呼叫是軟中斷）。

　　函式庫呼叫 VS 系統呼叫

　　庫函式呼叫通常比行內展開的程式碼慢，因為它需要付出函式呼叫的開銷。但系統呼叫比庫函式呼叫還要慢很多，因為它需要把上下文環境切換到核心模式。

　　系統呼叫和函式庫的關係：

◆ 系統呼叫通過軟中斷int 0x80從使用者態進入核心態。

◆ 函式庫中的某些函式呼叫了系統呼叫。

◆ 函式庫中的函式可以沒有呼叫系統呼叫，也可以呼叫多個系統呼叫。

◆ 程式設計人員可以通過函式庫呼叫系統呼叫。

◆ 高階程式設計也可以直接採用int 0x80進入系統呼叫，而不必通過函式庫作為中介。

◆ 如果是在核心程式設計，也可以通過int 0x80進入系統呼叫，此時不能使用函式庫。因為函式庫中的函式是核心訪問不到的。

　　從使用者呼叫庫函式到系統呼叫執行的流程。

1)假設使用者呼叫ssize_t write (int fields, cont void *buff, size_t nbytes);庫函式。

2)庫函式會執行int 0x80中斷。因為中斷使得程序從使用者態進入核心態，所以引數通過暫存器傳送。

3) 0x80中斷對應的中斷例程被稱為system call handler

i.儲存大多數暫存器到核心堆疊中。這是彙編程式碼寫的。

ii.執行真正的系統呼叫函式――system call service routine。這是C程式碼。

iii.通過ret_from_sys_call ()返回，回到使用者態的庫函式。這是彙編程式碼。



Linux下對檔案操作有兩種方式：系統呼叫（system call）和庫函式呼叫（Library functions）。可以參考《Linux程式設計》（英文原版為《Beginning Linux Programming》，作者是Neil Matthew和Richard Stones）第三章: Working with files。

1、系統呼叫

系統呼叫提供的函式如open, close, read, write, ioctl等，需包含標頭檔案unistd.h。以write為例：其函式原型為 size_t write(int fd, const void *buf, size_t nbytes)，其操作物件為檔案描述符或檔案控制代碼fd(file descriptor)，要想寫一個檔案，必須先以可寫許可權用open系統呼叫開啟一個檔案，獲得所開啟檔案的fd，例如 fd=open(/"/dev/video/", O_RDWR)。fd是一個整型值，每新開啟一個檔案，所獲得的fd為當前最大fd加1。Linux系統預設分配了3個檔案描述符值：0－standard input，1－standard output，2－standard error。

系統呼叫通常用於底層檔案訪問（low-level file access），例如在驅動程式中對裝置檔案的直接訪問。

系統呼叫是作業系統相關的，因此一般沒有跨作業系統的可移植性。

系統呼叫發生在核心空間，因此如果在使用者空間的一般應用程式中使用系統呼叫來進行檔案操作，會有使用者空間到核心空間切換的開銷。事實上，即使在使用者空間使用庫函式來對檔案進行操作，因為檔案總是存在於儲存介質上，因此不管是讀寫操作，都是對硬體（儲存器）的操作，都必然會引起系統呼叫。也就是說，庫函式對檔案的操作實際上是通過系統呼叫來實現的。例如C庫函式fwrite()就是通過write()系統呼叫來實現的。

這樣的話，使用庫函式也有系統呼叫的開銷，為什麼不直接使用系統呼叫呢？這是因為，讀寫檔案通常是大量的資料（這種大量是相對於底層驅動的系統呼叫所實現的資料操作單位而言），這時，使用庫函式就可以大大減少系統呼叫的次數。這一結果又緣於緩衝區技術。在使用者空間和核心空間，對檔案操作都使用了緩衝區，例如用fwrite寫檔案，都是先將內容寫到使用者空間緩衝區，當用戶空間緩衝區滿或者寫操作結束時，才將使用者緩衝區的內容寫到核心緩衝區，同樣的道理，當核心緩衝區滿或寫結束時才將核心緩衝區內容寫到檔案對應的硬體媒介。

2、庫函式呼叫

標準C庫函式提供的檔案操作函式如fopen, fread, fwrite, fclose, fflush, fseek等，需包含標頭檔案stdio.h。以fwrite為例，其函式原型為size_t fwrite(const void *buffer, size_t size, size_t item_num, FILE *pf)，其操作物件為檔案指標FILE *pf，要想寫一個檔案，必須先以可寫許可權用fopen函式開啟一個檔案，獲得所開啟檔案的FILE結構指標pf，例如pf=fopen(/"~/proj/filename/", /"w/")。實際上，由於庫函式對檔案的操作最終是通過系統呼叫實現的，因此，每開啟一個檔案所獲得的FILE結構指標都有一個核心空間的檔案描述符fd與之對應。同樣有相應的預定義的FILE指標：stdin－standard input，stdout－standard output，stderr－standard error。

庫函式呼叫通常用於應用程式中對一般檔案的訪問。

庫函式呼叫是系統無關的，因此可移植性好。

由於庫函式呼叫是基於C庫的，因此也就不可能用於核心空間的驅動程式中對裝置的操作

理解庫函式的區別和系統呼叫，首先要裡理解Unix的kernel mode和user mode。考慮下面的函式段：

int main()

{

    int fd = create("filename",0666);

    exit(0);

}

在執行main函式時，是在user mode下執行，當遇到create函式時，繼續在user mode下執行。然後系統將兩個引數"filenam"和"0666"壓入棧中或者某個暫存器，接著執行庫函式create。在庫函式create執行開始，系統仍然處在user mode下，接著系統將create系統呼叫的unique number壓入暫存器（比如說r0），然後執行指令trap（operating system trap）使系統進入kernel mode，並且處理系統呼叫。這時，系統意識到要進行系統呼叫的invoke，於是從暫存器r0中取出create系統呼叫的unique number，從系統呼叫表中查詢得知要invoke的系統呼叫是create，然後執行。執行完畢後返回庫函式create的呼叫，庫函式負責檢查系統呼叫的執行情況（檢查某些暫存器的值），然後庫函式create根據檢查的結果返回相應的值。

在這裡，trap指令類似於一個系統中斷，而系統呼叫create是一個特殊的中斷處理函式（inerrupt handler）。

APUE（UNIX環境高階程式設計）上的陳述：

所有作業系統都提供多種服務的入口點，由此程式向系統核請求服務。各種版本的Unix都

提供經良好定義的有限數目的入口點，經過這些入口點進入系統核，這些入口點被稱之為

系統呼叫(system call)，系統呼叫是我們不能更改的一種Unix特徵。Unix版本7提供了約

50個系統呼叫，4 3+BSD提供了約110個，而SVR4則提供了約120個。

系統呼叫介面總是在Unix程式設計師手冊的第二部分中說明。其定義也包括在C語言中。這與很 多較早期的作業系統是不同的，這些系統按傳統都在機器的組合語言中定義系統核入口點。

Unix所使用的技術是為每條系統呼叫在標準C庫中設定一個具有同樣名字的函式。使用者程序用標準C呼叫序列來呼叫這些函式，然後，函式用系統所要求的技術呼叫相應的系統核服務。

例如函式可將一個或幾個C引數送入通用暫存器，然後執行某個產生軟中斷進入系統核的機器指令。從應用角度考慮，我們可將系統呼叫視作為C函式。

Unix程式設計師手冊的第三部分定義了程式設計師可以使用的通用函式。雖然這些函式可能會呼叫一個或幾個系統核的系統呼叫，但是它們並不是系統核的入口點。例如，printf函式會呼叫write系統呼叫以進行輸出操作，但函式strcpy(複製一字串)和atoi(變換ASCII為整數)並不使用任何系統呼叫。

從實施者的角度，系統呼叫和庫函式之間有重大區別，但從使用者角度其區別並不非常重要。從本書的目的出發，系統呼叫和庫函式在本書中都以正常的C函式的形式出現。兩者都對應 用程式提供服務，但是，我們應當理解，如果希望的話，我們可以代換庫函式，但是通常我們卻不能代換系統服務。

以儲存器分配函式malloc為例。有多種方法可以進行儲存器分配及與其相關的無用區收集操作(最佳適應，首次適應等)，並不存在對所有程式都最佳的一種技術。Unix系統呼叫中處理儲存器分配的是sbrk(2)，它不是一個通用的儲存器管理器。它增加或減少指定位元組數的程序地址空間。如何管理該地址空間卻取決於程序。儲存器分配函式malloc(3)實現一種特定型別的分配。如果我們不喜歡其操作方式，則我們可以定義自己的malloc函式，極 其可能，它還是要呼叫sbrk系統呼叫。事實上，有很多軟體包，它們實現自己的儲存器分配演算法，但仍使用sbrk系統呼叫。

從中可見，兩者職責不同，相互分開，要核中的系統呼叫分配另外一塊空間給程序，而庫函式malloc則管理這種空間。

另一個可說明系統呼叫和庫函式之間的差別的例子是，Unix提供決定當前時間和日期的介面。某些作業系統提供一個系統呼叫以返回時間，而另一個則返回日期。任何特殊的處理，例如正常時制和日光節約時制之間的轉換，由系統核處理或要求人的幹予。Unix則不同，它只提供一條系統呼叫，該系統呼叫返回國際標準時公元一九七年一月一日午夜來所以經過的秒數。對該值的任何解釋，例如將其變換成人們可讀的，使用本地時區的時間和日期，都留給使用者程序執行。在標準C庫中，提供了若干例程以處理大多數情況。這些庫函式處理各種細節，例如各種日光節約時演算法。

應用程式可以或者呼叫系統呼叫，或者庫函式，而很多庫函式則會呼叫系統呼叫。另一個系統呼叫和庫函式之間的差別是：系統呼叫通常提供一種最小介面，而庫函式通常提供比較複雜的功能。我們從sbrk系統呼叫和malloc庫函式之間的差別中看到了這一點，在以後當比較不帶快取的I/O庫數(第3章)以及標準I/O標準(在第5章)時，我們還將看到這種差別。

程序控制系統呼叫(fork，exec和wait)通常由使用者的應用程式直接呼叫。(請回憶程式1.5中的基本shell)但是為了簡化某些常見的情況，UNIX系統也提供了一些庫函式；例如system和popen。在8.12節中，我們將說明system函式的一種實現，它使用基本的程序控制系統呼叫。在10.18中，我們還將強化這一例項以正確地處理訊號。

為使讀者瞭解大多數程式設計師應用的Unix系統介面，我們不得不既說明系統呼叫，只介紹某些庫函式。例如若我們只說明sbrk系統呼叫，那麼就會忽略很多應用程式使用的malloc庫函式。