Linux 系統呼叫 vs 函式庫呼叫：檔案操作兩種 API 差異與效能考量

Linux 檔案操作可用系統呼叫 (open/read/write/close) 或C 標準函式庫 (fopen/fread/fwrite/fclose)，兩者差異在於層級、緩衝、可移植性與效能。

一、系統呼叫

• 頭文件：<unistd.h>, <fcntl.h>
• API：open, close, read, write, lseek, ioctl
• 操作對象：檔案描述符 (fd, int)。預設 0/1/2 為 stdin/stdout/stderr。
• 執行空間：核心空間，用戶↔核心切換有開銷。
• 可移植性：OS 相關，非 POSIX 標準。
• 適用場景：驅動程式、嵌入式、需精確控制 I/O 行為。

二、函式庫呼叫

• 頭文件：<stdio.h>
• API：fopen, fclose, fread, fwrite, fseek, fflush, fprintf
• 操作對象：檔案指標 (FILE*)，內含 fd 與用戶空間緩衝區。
• 執行空間：用戶空間，最終仍透過系統呼叫落地。
• 可移植性：ANSI C 標準，跨平台無縫遷移。
• 緩衝機制：雙重緩衝 — 用戶空間緩衝區滿/flush 才進核心緩衝區，核心緩衝區滿/flush 才寫入硬體，大幅減少系統呼叫次數。

三、核心差異對照

四、效能實測觀念

• 大量小塊寫入：fwrite 因緩衝優於 write 數十倍。
• 大塊序列讀寫：差距縮小，write 可配合 O_DIRECT 繞過頁面快取。
• 即時性要求高 (如日誌落盤)：fsync/fflush 強制刷新，兩者皆適用。

五、選擇原則

1. 應用層開發優先使用 fopen/fread/fwrite，可移植且效能佳。
2. 驅動、核心模組、嵌入式無 libc 環境才用系統呼叫。
3. 需精確控制 I/O 行為 (非阻塞、直接 I/O、鎖) 時混合使用。

理解兩者關係，才能在效能調校與架構選型時做出正確決策。