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

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

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

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

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

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

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

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

Char*P

Char CP

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

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

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

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

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

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

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

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

用c語言編寫程序時,應(yīng)該特別注意格式,否則會影響可讀性對嗎？

可讀性肯定會受到影響，例如相同的簡單代碼，但無需特別注意。與python不同，C是一種特別關(guān)注格式的語言。Python通過縮進來區(qū)分塊。因此，如果您在縮進每行時遇到問題，解釋器將報告一個錯誤，這要求您嚴(yán)格遵守縮進規(guī)則。雖然C被分號除，塊被大括號除，所以只要在正確的位置添加分號和大括號，編譯器就不會關(guān)心代碼格式。因此，每年都會有國際c語言混沌代碼大賽（IOCCC），看看誰能寫出最讓人困惑的代碼，比如這個代碼的圖表，但它能被成功編譯。

c程序中注釋的內(nèi)容應(yīng)放在什么和什么符號之間？

這種問題，第一是如何定義C語言標(biāo)準(zhǔn)，第二是如何處理編譯器。例如，根據(jù)ANSI C語言標(biāo)準(zhǔn)，注釋的定義如下：簡單解釋一下：除字符常量、字符串或注釋外，/*這兩個字符將引入注釋直到*/除字符常量外，string或annotation//這兩個字符在遇到換行符之前都會引入注釋，但換行符本身不被視為注釋的一部分。第三部分是各種實例。然而，在實際的編譯過程中，這取決于編譯器是否完全采用這些標(biāo)準(zhǔn)?；蛘?，如果沒有定義標(biāo)準(zhǔn)，則取決于編譯器的實際實現(xiàn)。例如，當(dāng)某些編譯器處理注釋時，它們會刪除所有/**/而某些編譯器會在刪除注釋后添加空格。在以下情況下，顯然不可能成功編譯。例如，有些編譯器可以將另一個/**/嵌套在/**/中，而有些編譯器則不能。它不考慮奇怪的情況。一般來說，我們只知道這些情況。通常我們不會遇到這些奇怪的情況。我們不參加C語言混沌代碼競賽。