我們可以自己寫一個EOF角色嗎？

Question

大部分像C語言++寫入文件時，就把即使我們錯過寫這樣的語句EOF字符：

filestream.close

但是有什麼辦法，我們可以把EOF字符根據我們的要求，以C++爲例。或者除了使用C++提供的功能外，我們還可以使用其他任何方法。

如果您需要了解更多的信息，請隨時發表評論。

在此先感謝。

編輯：感謝您的支持，但這裏是一個除了這個問題：

如果我們想欺騙OS和放置一個EOF字符的文件和EOF了一些數據後寫什麼，這樣應用程序像notepad.exe無法在我們的EOF字符後讀取。 我已閱讀與此主題相關的問題的答案，並且已經知道，現在的操作系統通常不會看到EOF字符，而是檢查文件的長度以獲得有關文件長度的正確理念，但是，在操作系統中必須有一個過程來檢查文件的長度，然後更新文件記錄。

對不起，如果我在我的估計任何一點錯了，但請幫助我因爲它可以導致很多新的想法。

Answer 1

沒有EOF字符。 EOF的定義「不等於任何有效的字符代碼」。通常它是-1。它在任何時候都不會寫入文件。

DOS中有一個歷史的EOF字符值（CTRL + Z），但它現在已經過時了。

要回答Apoorv的後續問題：操作系統從不使用文件數據來確定文件長度（文件不以任何方式「空終止」）。所以你不能欺騙操作系統。也許舊的，愚蠢的程序不會在CTRL + Z字符後讀取。我不會認爲任何Windows應用程序（甚至是記事本）都會這樣做。我的猜測是用一個空字符（\0）欺騙他們會更容易。

Answer 2

如果通過EOF字符表示Control-Z之類的東西，那麼現代操作系統不需要這樣的事情，而C++運行時不會爲你寫一個。你當然可以自己寫一個：

filestream.put(26);  // write Ctrl-Z 

但是沒有很好的理由這樣做。也沒有必要做：

filesystem.close(); 

的文件流會爲你自動關閉時，它的析構函數被調用，但它是（我覺得）很好的做法這樣做。

Answer 3

實際上在C++中，沒有使用fprintf（）或ostream機制寫入文件的物理EOF字符。 EOF是一個I/O條件，指示沒有更多數據要讀取。

一些像CP/M這樣的早期磁盤操作系統實際上使用物理0x1A（ASCII SUB字符）來表示EOF，因爲文件系統只是以塊的形式維護文件大小，因此您永遠不知道文件的字節長度。隨着在目錄中存儲實際長度計數的出現，將「EOF」字符存儲爲「帶內」文件數據的一部分不再是典型的。

Answer 4

在現代文件系統EOF不是一個字符，所以在完成寫入文件時不必發出它。您只需關閉該文件或讓操作系統在您的進程終止時爲您執行此操作。

Answer 5

我來到這裏的時候通過Kernighan &裏奇C演習。

Ctrl鍵 + d發送從stdio.h的EOF常數相匹配的字符。

（編輯：這是在Mac OS X;感謝@markmnl用於指出在Windows 10相當於是按Ctrl +ž）

Answer 6

有作爲 「EOF」 字符沒有這樣的事。關閉流自身的事實是「EOF」條件。

當按下Ctrl鍵+d在UNIX殼，簡單地關閉標準輸入流，而這又是由shell識別爲「EOF」，它退出。

因此，要「發送」一個「EOF」，只需關閉需要發送「EOF」的流。

Answer 7

沒有人提到過系統調用[f]truncate，這就是如何縮短文件而不重新創建文件。

的truncate()和ftruncate()功能引起的path命名或fd引用被截斷的大小精確length字節的常規文件。

如果以前的文件大於此大小，則額外的數據將丟失。如果以前的文件較短，則擴展，擴展部分讀取爲空字節（'\0'）。

瞭解這是將任何類型的數據寫入文件的獨特操作。該文件是一個線性的字節數組，以某種方式在磁盤上進行佈置，元數據表明它有多長; truncate更改元數據。

Answer 8

在Windows下，如果在stdin中遇到ASCII 26（EOF），它將停止讀取其餘數據。我相信寫這個字符也會終止輸出發送到stdout，但我還沒有證實這一點。您可以將流切換到二進制模式as in this SO question：

#include <io.h> 
#include <fcntl.h> 
... 
_setmode(0, _O_BINARY) 

而且你不僅會停止的0x0A被轉換爲0X0D的0x0A，但你也將獲得讀/寫0X1A以及能力。請注意，您可能必須同時切換stdin（0）和stdout（1）。