如果在寫C語言時(shí)，代碼沒錯(cuò)，但是結(jié)果總錯(cuò)是什么原因？我想你要表達(dá)的是編譯沒有錯(cuò)誤，但是結(jié)果是錯(cuò)誤的。我們應(yīng)該仔細(xì)找出原因。根據(jù)我過去的經(jīng)驗(yàn)，有幾個(gè)原因。1，內(nèi)存未釋放。使用new和malloc分配內(nèi)存

如果在寫C語言時(shí)，代碼沒錯(cuò)，但是結(jié)果總錯(cuò)是什么原因？

我想你要表達(dá)的是編譯沒有錯(cuò)誤，但是結(jié)果是錯(cuò)誤的。我們應(yīng)該仔細(xì)找出原因。

根據(jù)我過去的經(jīng)驗(yàn)，有幾個(gè)原因。

1，內(nèi)存未釋放。

使用new和malloc分配內(nèi)存，并在最后釋放內(nèi)存。頻繁的調(diào)用會(huì)導(dǎo)致系統(tǒng)崩潰。

或者根本不使用new或malloc，使用內(nèi)存時(shí)發(fā)生異常。

2. 變量和地址使用錯(cuò)誤。

Char*P

Char CP

第一個(gè)P表示地址，該地址在程序中使用不正確。

3、畫筆CPEN、CStatic等未恢復(fù)

例如：oldpen=PDC-gtselectobject（&mè在結(jié)尾，沒有PDC-gtselectobject（oldpen）

會(huì)導(dǎo)致顏色混淆。

4. 中斷或回調(diào)函數(shù)使用不當(dāng)。

5。C語言對(duì)變量類型有嚴(yán)格的要求。有符號(hào)和無符號(hào)有很大區(qū)別。詳細(xì)檢查功能原型。

6. 最后，對(duì)算法和框圖進(jìn)行了驗(yàn)證。基本算法是否錯(cuò)誤。這很難做到。相信大家都很自負(fù)，堅(jiān)信算法是對(duì)的。檢查數(shù)學(xué)算法是否與程序算法一致。

7. 浮點(diǎn)運(yùn)算。我們相信1.0+1.0=2.0是毫無疑問的。如果double和其他變量之間的轉(zhuǎn)換有問題，可能是：

兩個(gè)一模一樣的C語言程序，為什么一個(gè)能運(yùn)行一個(gè)報(bào)錯(cuò)？

和你想的一樣，新人的通病

1。分類：一般錯(cuò)誤分為語法錯(cuò)誤和語義錯(cuò)誤兩種情況。對(duì)于自由度較大的C語言，語法錯(cuò)誤通常由編譯器報(bào)告，而語義錯(cuò)誤則由編譯器檢測(cè)不到，這就增加了糾錯(cuò)的難度。

2. 語法錯(cuò)誤：上圖中，一是函數(shù)體被圓括號(hào)包圍，而不是大括號(hào)；二是聲明語句錯(cuò)誤，應(yīng)該是“int n int N2 int N3”。這些編譯器通常會(huì)報(bào)告錯(cuò)誤，并且很容易糾正。

3. 語義錯(cuò)誤：語義錯(cuò)誤是意義上的錯(cuò)誤。當(dāng)C語言的規(guī)則被正確地遵循，但結(jié)果是不正確的，這是一個(gè)語義錯(cuò)誤。這種錯(cuò)誤編譯器不會(huì)報(bào)告，它需要自己去發(fā)現(xiàn)。如圖所示，我們最初希望N3表示N的三次方，但代碼將其設(shè)置為N的四次方。