發(fā)現(xiàn)一個(gè)C語(yǔ)言BUG，定義int變量時(shí)靠近c(diǎn)har的變量會(huì)變成0，是什么原因？許多開(kāi)發(fā)人員都有過(guò)這樣的經(jīng)歷。當(dāng)他們被一些奇怪的問(wèn)題弄得精疲力盡時(shí)，他們開(kāi)始懷疑開(kāi)發(fā)環(huán)境、編譯器、運(yùn)行時(shí)，甚至生命周期。是

發(fā)現(xiàn)一個(gè)C語(yǔ)言BUG，定義int變量時(shí)靠近c(diǎn)har的變量會(huì)變成0，是什么原因？

許多開(kāi)發(fā)人員都有過(guò)這樣的經(jīng)歷。當(dāng)他們被一些奇怪的問(wèn)題弄得精疲力盡時(shí)，他們開(kāi)始懷疑開(kāi)發(fā)環(huán)境、編譯器、運(yùn)行時(shí)，甚至生命周期。是的，我也遇到過(guò)，但是我最終發(fā)現(xiàn)開(kāi)發(fā)環(huán)境、編譯器、運(yùn)行時(shí)都有漏洞，中獎(jiǎng)概率太低，比中獎(jiǎng)概率低。問(wèn)題還是我們自己的，但定位問(wèn)題的過(guò)程比較曲折。

在這種情況下，變量的值是不確定的。它可以是任意值或0。

2. 變量在某個(gè)時(shí)間會(huì)被其他地方修改，例如通過(guò)指針修改，或者在調(diào)用函數(shù)時(shí)通過(guò)引用修改。這兩種方法在代碼級(jí)別可能不是很直觀，很容易被忽略。

所以受試者可以根據(jù)我說(shuō)的情況來(lái)分析定位問(wèn)題。

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

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

根據(jù)我過(guò)去的經(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、畫(huà)筆CPEN、CStatic等未恢復(fù)

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

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

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

5。C語(yǔ)言對(duì)變量類型有嚴(yán)格的要求。有符號(hào)和無(wú)符號(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是毫無(wú)疑問(wèn)的。如果double和其他變量之間的轉(zhuǎn)換出現(xiàn)問(wèn)題，可能是由于以下原因：

C語(yǔ)言中如何計(jì)算一個(gè)數(shù)組占內(nèi)存多少空間？

局部變量打開(kāi)程序運(yùn)行堆棧中的空間。您的代碼顯然是內(nèi)存越界，越界的性能是不確定的。對(duì)于您的問(wèn)題，剩余的字符必須存在于堆棧中。只是你的越界部分屬于未定義的記憶。定義Orange4時(shí)，可以在程序末尾定義int a=0。在程序結(jié)束之前，可以輸出A的值。A的值應(yīng)該改變。原因是scanf訪問(wèn)A的內(nèi)存，你必須理解匯編語(yǔ)言才能解釋它。