1，為什么容易忽略編譯器的警告信息？

    1）編程時(shí)處理各種error已經(jīng)很讓人惱火的了，error自然被放在次要位置；

    2）絕大多數(shù)下，程序在存在warnings的情況下，在短期內(nèi)可以正常運(yùn)行，我們根本看不到錯誤，導(dǎo)致warning近一步被輕視；

    3）沒有養(yǎng)成好的工作習(xí)慣，帶有warning的代碼是不能交付的，而我們判斷交付的標(biāo)準(zhǔn)中往往沒有對代碼提出更為細(xì)致的要求。

2，忽視編譯警告往往會給我們造成重大損失

    最近的一個(gè)項(xiàng)目中，我的程序在實(shí)驗(yàn)室測試了1個(gè)星期沒有出現(xiàn)問題。當(dāng)設(shè)備部署到現(xiàn)場3天后，壞事情終于發(fā)生了：設(shè)備依次出現(xiàn)死機(jī)問題。

   再從頭分析代碼， 百思不得其解，痛不欲生的時(shí)候注意到了一個(gè)編譯警告，說一個(gè)表達(dá)式一直為真。原來發(fā)生了下面的錯誤：

    unsigned char i;

    for( i = 0; i < 1000; i++)  {.....}

    變量類型的定義導(dǎo)致了表達(dá)式一直為真。為什么開始的測試中不會出現(xiàn)問題哪？原來，這段代碼是必須程序運(yùn)行一段時(shí)間后才會執(zhí)行的一段代碼，在短時(shí)間的測試中根本不會進(jìn)入。

    看來編程真不能偷懶，偷懶必遭懲罰，你還要費(fèi)比當(dāng)時(shí)偷懶省的勁多好多倍的勁來彌補(bǔ)，并且這個(gè)彌補(bǔ)的過程中你還要承受巨大的壓力。跟平時(shí)多流汗戰(zhàn)時(shí)少流血的道理一樣的。

    3）解決辦法

    給自己的編程增加一個(gè)規(guī)則，帶有編譯警告的代碼不能交付。