檔案結尾（英語：End of File，縮寫為EOF），是作業系統無法從數據源讀取更多數據的情形。數據源通常為檔案或流。
基本介紹
- 中文名：檔案結尾
- 外文名：End of File
- 縮寫：EOF
- 領域：計算機
簡介,EOF字元,使用Control-D的來歷,作業系統,
簡介
在C標準庫中，像getchar這樣的數據讀取函式返回一個與符號（宏）EOF相等的值來指明檔案結束的情況發生，EOF的真實值與不同的平台有關（但通常是-1，比如在glibc中），並且不等於任何有效的字元代碼。塊讀取函式返回讀取的位元組數，如果它小於要求讀取的位元組數，就會出現一個檔案結束符。
EOF字元
從一個終端的輸入從來不會真的“結束”（除非設備被斷開），但把從終端輸入的數據分區成多個“檔案”卻很有用，因此一個關鍵的序列被保留下來來指明輸入結束。在UNIX和AmigaDOS中，將擊鍵翻譯為EOF的過程是由終端的驅動程式完成的，因此應用程式無需將終端和其它輸入檔案區分開來。Unix平台的驅動程式在行首傳送一個傳輸結束字元（Control-D，ASCII編碼為為04）來指明檔案結束。在AmigaDOS中，驅動程式傳送一個Control-\來指明檔案結束（而Control-D被用作中斷字元）。要向輸入流中插入一個真正的Control-D字元，用戶需要把一個“引用”命令字元放在它的前面（通常是Control-V，表示下一個字元不作為控制字元，而是按照字面量使用）。
在微軟的DOS和Windows（以及CP/M和許多DEC作業系統）中，讀取數據時終端不會產生EOF。此時，應用程式知道數據源是一個終端（或者其它“字元設備”），並將一個已知的保留的字元或序列解釋為檔案結束的指明；最普遍地說，它是ASCII碼中的替換字元（Control-Z，代碼26）。一些MS-DOS程式，包括部分微軟MS-DOS的shell（COMMAND.COM）和作業系統功能程式（如EDLIN），將文本文檔中的Control-Z視為有意義數據的結尾，並且/或者在寫入文本文檔時將Control-Z添加到文檔末尾。這是由於兩個原因：
- 它使得應用程式在從終端和文本文檔讀取數據時得以使用相同的代碼。
使用Control-D的來歷
在ANSI X3.27-1969磁帶標準中，檔案結束是由帶標記（英語：tape mark）指明的，它由一個約3.5英寸的間隙和隨後的一個位元組組成，在九軌磁帶中這個位元組包含字元13（十六進制），而在七軌磁帶中包含字元17（八進制）。帶結尾（英語：end-of-tape），通常縮寫為EOT，是由兩個帶標記指明的。這是在像IBM 360這樣的機器上使用的標準。指明快到磁帶物理結尾的反射棒也被稱為一個EOT標記。
