C 關於整數資料溢位的問題

首先，需要明確的是，介質中的int是4個位元組，這個問題沒有意義，但只有在Borland C中才有意義。

如果在 VC 中編譯，請將 int 更改為 short int;

2 的 16 次方是 65536，等於正數分配 32767,0 佔 1，負數分配 32768;

短 int 的最高位是符號位，1 表示負數，0 表示正數。 所以 a=32767+1=-32768，剩下的 b 取最後 16 位，=-1，c 也取最後 16 位，int 也是 16 位，但沒有負數，所以範圍是 0-65535首先將 u 和 v 表示為補碼，然後取最後 16 位，分別為 65535 和 32767

ps：在編譯中unsigned int前面也應有short），給自己註解讀寫。

v=-98304

由於 C 使用補碼表示 v=fffe8000，因此需要考慮符號位。

v=%u，則要求在未簽名的書中表示 v，即不考慮符號位。

所以它顯示 f*16 7+f*16 6+。14*16^4+8*16^3=4294868992

ABC 以十進位形式顯示正數和負數，CD 以無符號形式將所有數字顯示為正數

它應該與記憶有關。

我說也許你不同意：計算機不知道負數和正數是什麼，它只是按照二進位規則加了一串固定長度的 01 序列，在 16 位二進位平台下總共有 2 16 種排列，人們用這些排列來代替負數、0 和正數， 並使二進位對應的十進位數+1也有乙個+1的值，這樣它們在十進位系統中的範圍正好是-32768+32767。當 32767+1 時，計算機中的最高位數是 1，後跟 15 個零，實際上是 32768 的十進位數。

但根據上面的規則，這串二進位序列應該對應 -32768，所以在輸出時，“軟體在前面加乙個”。'-'數。 如果您告訴軟體按無符號數字輸出，則 -32768 會立即變為 +32768。 根據上面的解釋，32767+2 有符號輸出為 -32767，無符號輸出為 32769。

以下**可以驗證：

我想你看到了......

由於讀者感到困惑，一些 C 語言教科書指出 int 型別的變數占用了 2 個位元組的記憶體，取值範圍是 -32768 32767，為什麼 32767+1 的輸出會得到 32768 的答案，這不是超出了 int 的表達範圍嗎？ 究其原因，一些新教科書仍然使用以前的標準C教科書，而舊教科書則使用標準的16位C版本

1.溢位：當資料型別超過計算機字長限制時發生的資料溢位。

2.溢位的可能原因：

當應用程式讀取使用者資料並將其複製到應用程式建立的記憶體緩衝區時，但不能保證緩衝區中有足夠的空間。

假設你定義了乙個陣列 int

array[10]，而 array[11] 在呼叫時使用

或儲存的資料超出 int 型別容量等），記憶體緩衝區可能會溢位。

3.溢位因子分析：

由於 C C++ 語言的固有缺陷，它不檢查陣列邊界，不檢查型別可靠性，而用 C C++ 語言開發的程式可以直接訪問記憶體和暫存器，因為目標**非常接近機器核心，只要程式碼合理， C C++ 應用程式在執行效率方面必然會優於其他高階語言。但是，C C++ 語言更有可能導致記憶體溢位問題。

4.對於堆疊溢位，程式只是以錯誤終止。

對於陣列型別的邊界溢位越界，有時會產生中斷錯誤，有時仍然可以繼續執行，但結果不正確。

對於最大溢位的基本型別，結果尚無定論，程式仍能正常執行，但結果不正確。