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

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

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

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

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

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

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

    unsigned char i;

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

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

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

    3）解決辦法

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