為什麼 C 程式會出現亂碼？

樓上的2個人不完整，完整的**如下：

#include

#include

using namespace std;

main()

cout<<"---"cout<<"你想進入多少個年級？ :";

cin>>num;顯然，這個數字必須是整數，對吧？ 因此，無需輸入小數點進行測試。

double code[num],touble;Touble 是等級的總和，因此必須初始化為 0

touble = 0;

for(f=0;fprintf("請輸入 %d 結果，還有 %d 未輸入！ ",f+1,num-f);

scanf("%lf",&code[f]);

touble+=code[f];

for(f=0;fif(code[f]>touble/num)if(code[f]==touble/num)// ==if(code[f]

if（code[f]=touble num） 首先，這句話的邏輯解釋是錯誤的，應該是==

if（code[f]==touble num）{更改並重試。

原程式**沒有任何啊，所有要求都實現了，沒有亂碼：

這是因為編譯器不支援它。 以下是一些常用的編譯器。

C++ 編譯器是乙個與標準化 C++ 標準高度相容的編譯環境。 這對於編譯可移植 ** 很重要。 編譯器將對不同的 CPU 進行不同的優化。

常見的C++編譯器如下：

gnu c++

G++ 是乙個開源 C++ 編譯器，支援標準化 C++。

值得一提的是，GCC是GNU C的編譯器，G++是GNU C++的編譯器，EGC（增強型GNU編譯器套件）可以被認為是GCC的改進版本。 目前，GCC 的名稱已從原來的 GNU C 編譯器更改為 GNU 編譯器集合。 另一方面，Mingw 或 CGYWIN 是 Windows 平台上的 GNU C C++ 編譯器、庫和執行時環境的集合。

borland c++

該編譯以快速和節省空間而聞名。 其版本支援標準化C++，並正式100%符合ANSI ISO的C++和C99標準。

它由Borland公司開發，是兩個IDE，Borland C++ Builder和Borland C++ Builder X的後端編譯器。

visual c++

VC++ 僅與標準化 C++ 相容。

它是 Visual Studio、Visual 2002、Visual 2003 和 Visual 2005 的後台 C++ 編譯器。 隨著斯坦利·李普曼（Stanley Lippman）等編譯器設計師的加入，它變得非常成熟和可靠。 visual c++

這與源（文字）中的字元、編譯的二進位檔案和編碼的最終控制台輸出之間的差異有關。

首先，讓我們明確一點：C（語言程式）不理解 ANSI、UTF-8 和任何其他編碼。 它只知道如何處理你給它的角色的二進位表示。

在簡體中文 Windows 中，預設的文字儲存編碼是 ANSI（即 GBK）; 在linux下，根據系統語言環境設定，一般應該是（zh以下基於簡體中文Windows）。

1）對於儲存在原始檔中的那些"中文"這個字串就是VS2008所看到的"0xd6d0"跟"0xcec4"（預設 ANSI 編碼獲取）。但是編譯器不在乎它是否是 gbk 神，它只在乎一串數字。

mingw所看到的區別是"0xe4b8ad"跟"0xe69687"（GCC 預設為 UTF-8）。請注意，使用 mingw 編譯的原始檔中的中文寬字元必須儲存為 UTF-8 編碼。

2）然後，以二進位檔案儲存的形式，將傳統的字串（char str =。"中文";編譯器不做任何事情，只是把一串數字（例如"0xd6d0","0xcec4"移動並把它塞進二進位檔案中。

但是對於寬字串（wchar t wstr = l"中文";），編譯器會將其轉換為 Unicode 編碼格式（Windows 為 UTF-16，Linux 為 UTF-32）。如："中文"16 位 unicode 是"0x4e2d"跟"0x6587"，然後取轉換後的數字 （"0x4e2d","0x6587"） 轉換為二進位檔案。（VS 和 Mingw 在這裡沒有區別）。

這裡需要注意的是，編譯器必須知道你儲存的原始檔的編碼！ 如果 VS 預設為 ANSI 編碼，則使用 UTF-8 儲存它。 C 原始檔要用 VS 開啟，以檢視它是否必須是亂碼。

同理，如果用mingw編譯ANSI編碼的原始檔，也會得到錯誤！ （但是，您可以修改編譯選項來解決問題，請參閱文章末尾） 這個原因在本文中其實是可以理解的，因為如果編譯器想要將儲存在檔案中的字元轉換為寬字元，它需要知道從什麼編碼到 unicode（可以看出，上面的VS是GBK->Unicode，而Minwh是UTF-8->Unicode）。