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

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

我想你要表達的是編譯沒有錯誤，但是結(jié)果是錯誤的。我們應該仔細找出原因。

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

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

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

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

2. 變量和地址使用錯誤。

Char*P

Char CP

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

3、畫筆CPEN、CStatic等未恢復

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

會導致顏色混淆。

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

5。C語言對變量類型有嚴格的要求。有符號和無符號有很大區(qū)別。詳細檢查功能原型。

6. 最后，對算法和框圖進行了驗證?；舅惴ㄊ欠皴e誤。這很難做到。相信大家都很自負，堅信算法是對的。檢查數(shù)學算法是否與程序算法一致。

7. 浮點運算。我們相信1.0+1.0=2.0是毫無疑問的。如果double和其他變量之間的轉(zhuǎn)換出現(xiàn)問題，可能是由于以下原因造成的：

如何快速查找C語言編譯時的錯誤？

1必須選擇一個好的編譯器。如果編譯器設計不合理，報告的編譯錯誤可能不正確，甚至誤導程序員，增加了發(fā)現(xiàn)錯誤的難度。目前主流編譯器在這方面的差異不大。

2. 當編譯器輸出編譯錯誤時，它會提示錯誤在哪一行。對于可視化編譯器，可以通過操作直接定位錯誤行。這個判斷不一定準確，但大部分問題都在規(guī)定的行內(nèi)，或者在上下行。

3. 確認錯誤行后，根據(jù)提示信息進一步查找錯誤原因。這一步驟的可能性是多種多樣的，不能一一描述。但它也涉及到查看錯誤消息。對于英語水平高的人來說，最好使用英文原版，因為有些中文版的翻譯不準確。如果您不理解錯誤信息的含義，可以復制錯誤信息并在Internet上搜索以找到答案。

最重要的是編寫更多的代碼，以便快速處理編譯錯誤。已經(jīng)出現(xiàn)或已經(jīng)解決的問題下次會更容易解決。因此，在處理所有常見錯誤時，我們可以快速發(fā)現(xiàn)并解決編譯錯誤。