新的和malloc分配額外的16個字節

Question

我在VS2010 Windows 7中編寫C++。我嘗試讀取大小爲64字節的文件。下面的代碼：

BYTE* MyReadFile(FILE *f) 
{ 
    size_t result; 
    BYTE *buffer; 
    long lSize; 
    if (f == NULL) 
    { 
     fputs ("File error", stderr); 
     exit (1); 
    } 

    fseek (f, 0, SEEK_END); 
    lSize = ftell (f); 
    rewind (f); 

    //buffer = (BYTE*) malloc (sizeof(char)*lSize); 
    buffer = new BYTE[lSize]; 
    if (buffer == NULL) 
    { 
     fputs ("Memory error", stderr); 
     exit (2); 
    } 

    result = fread (buffer, 1, lSize, f); 
    if (result != lSize) 
    { 
     fputs ("Reading error",stderr); 
     exit (3); 
    } 

    fclose (f); 
    return buffer; 
} 

當我得到的文件大小是64，但是當我分配內存爲它與新的字節[lSize所]我得到80個字節的空間，從而奇怪的序列ээээ«««««在緩衝區的末尾添加«««系統。你能告訴我如何處理這個問題嗎？

Answer 1

有您已經分配的字節數，而你看到的字節數之間的一個重要區別。

如果lsize是64，你確實已經爲自己分配了64個字節。這並不意味着屏幕後面的C++運行時間會向Windows請求64個字節。在實踐中，記憶管理者要求稍微多一些記憶，以便他們能夠做自己的作業。通常，這些額外的字節在您從new/malloc返回的指針之前分配，因此您將永遠不會看到它們。

但是，那不是你的問題。問題是你使用fread從文件讀取64個字節。 fread沒有辦法知道你正在閱讀什麼樣的數據。它可能是一個結構，一個char緩衝區，一組雙打......它只是爲你讀取這些字節。

這意味着如果文件中包含字符「ABC」，則會返回完全「ABC」。但是，在C中，字符串應該是零終止的，所以如果您將此緩衝區傳遞給printf，它將繼續掃描內存直到找到一個空字符。

所以，解決你的問題，分配1個字節以上，並在最後一個字節設置爲空字符，像這樣：

buffer = new BYTE[lSize+1]; 
buffer[lSize] = '\0'; 

Answer 2

當分配內存時，它不是以每個字節爲基礎。相反，它被分配在8或16字節的對齊塊中（可能在指針前面有一個頭部的頭部）。這通常不是一個問題，除非你創造了很多（數百萬）小物件。這在C中並不是一個問題，甚至不是Java中的主要問題（它不支持在堆棧中分配對象或對象的數組）。

Answer 3

雖然這可能看起來像一個內存問題，但它實際上是一個打印問題（正如@Mystical指出的那樣）。如果打算將任何內容打印爲字符串，則需要輸入空終止符，否則內存將被自動讀取直到遇到一個（即UB）。

試試這個：

buffer = new BYTE[lSize + 1]; 
if (buffer == NULL) 
{ 
    fputs ("Memory error", stderr); 
    exit (2); 
} 

result = fread (buffer, 1, lSize, f); 
if (result != lSize) 
{ 
    fputs ("Reading error",stderr); 
    exit (3); 
} 

buffer[lSize] = '\0'; 

這將確保有在返回緩衝區的末尾空終止符。

Answer 4

後面和上面的內容稱爲sentinel。它用於檢查代碼是否超出分配內存的邊界。當程序覆蓋此值時，CRT庫會在釋放緩衝區時報告調試消息。

看看這裏：http://msdn.microsoft.com/en-us/library/ms220938%28v=vs.80%29.aspx