如果在寫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)用會導(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）

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

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

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

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

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

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

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

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

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