在系統(tǒng)開發(fā)過程中出現(xiàn)的bug相對而言是比較好解決的，花費在這個上面的調試代價不是很大，但是在系統(tǒng)集成后的bug往往是難以定位的bug（最好方式是打樁，通過打樁可以初步鎖定出錯的位置，如：進入函數(shù)前打印日志，離開時再次打印日志）。而這些難以定位的bug基本分為2類：內存錯誤和并非問題。

1、內存泄露
如果在堆棧上分配的內存使用完成后沒有釋放就會造成內存泄露。少量的內存泄露不至于讓程序崩潰，但是大量的內存泄露就會導致內存耗盡，后續(xù)內存分配失敗，從而導致程序崩潰。長時間運行軟件，即使只有一兩處泄露，同樣會導致程序崩潰。所以有當出現(xiàn)內存泄露請檢查是否釋放了資源。

2、內存越界訪問
內存越界訪問有兩種：一種是讀越界，即讀了不屬于自己的數(shù)據(jù)，如果所讀的內存地址是無效的，程序就立即崩潰。如果所讀的內存地址是有效的，在讀的時候不會出現(xiàn)問題，但是由于讀到的數(shù)據(jù)是隨機的，他會產生不可預料的后果，另一種是寫越界，又叫緩沖區(qū)溢出。所寫的數(shù)據(jù)是隨機的，他也會產生不可預料的后果。

內存越界訪問造成的后果非常嚴重，是引起程序不穩(wěn)定的主要原因之一，最主要的是它造成的后果是隨機的，表現(xiàn)出來的癥狀和時機也是隨機的，讓bug的現(xiàn)象和本質看似沒有什么聯(lián)系，這給bug定位帶來了極大的困難。所以在時機開發(fā)過程中，對于外部傳入的參數(shù)要仔細檢查。

3、野指針
釋放掉的內存會被內存管理器重新分配。此時野指針指向的內存已經(jīng)被賦予新的意義。對野指針指向的內存訪問，無論是有意的還是無意的，都會為此付出巨大代價，因為它造成的后果，如果越界訪問一樣是不可預料的。解決野指針最好的方法：釋放內存后立即把對應指針置為空值。

4、訪問空指針
在訪問指針指向的內存時，確保指針不是空指針。訪問空指針指向的內存，通常會導致程序崩潰，或者不可預料的錯誤。

5、引用未初始化的變量
未初始化變量的內容是隨機的，使用這些數(shù)據(jù)會造成不可預料的后果，調試這樣的bug也非常困難。最好的解決辦法：在聲明變量的時候就對它進行初始化。

6、不清楚的指針運算
如：int *p=....;
p+n等價于(size_t)p+n*sizeof(*p);

7、結構體成員順序變化引發(fā)的錯誤

8、結構體大小變化引發(fā)的錯誤

9、分配釋放不配對

10、返回指向臨時變量的指針
棧里面的變量時臨時的，當前函數(shù)執(zhí)行完成時，先關的臨時變量和參數(shù)都被清除了。不能把指向這些臨時變量的指針返回給調用這，這樣的指針執(zhí)行的數(shù)據(jù)是隨機的，會給程序造成不可預料的后果。

11、試圖修改常量
如：char *p="1234";
*p='1';

12、誤解傳值和傳引用

13、重名符號
關于重名問題可以參考：C++重定義解決方法總結

14、棧溢出

15、誤用sizeof
C++通常是按值傳遞參數(shù)，而數(shù)組則是例外，在傳遞數(shù)組參數(shù)時，數(shù)組退化為指針(及按引用傳遞)，此時用sizeof是無法獲取數(shù)據(jù)的大小。

16、字節(jié)對齊
字節(jié)對齊主要目的是提高內存訪問效率，在某些平臺上，就不僅僅是效率問題，如果不對齊得到的數(shù)據(jù)是錯誤的。大多數(shù)情況下編譯器會保值全局變量和臨時變量按照正確的方式對齊。內存管理器會保證動態(tài)按照正確的方式對齊。要注意的是：在不同的類型的變量之間轉換時要小心。
字節(jié)對齊也會造成結構體大小的變化，在程序內部用sizeof來取的結構的大小就可以了。若數(shù)據(jù)要在不同的機器間傳遞時，在通信協(xié)議中要規(guī)定對齊的方式，避免對齊方式不一致引發(fā)的問題。
關于字節(jié)對齊問題請參考：關于C++內存中字節(jié)對齊問題的詳細介紹

17、字節(jié)順序
字節(jié)順序歷來是設計跨平臺最頭痛的問題。字節(jié)順序是關于數(shù)據(jù)在物理內存中的布局問題，最常見的字節(jié)順序有兩種：大端模式和小端模式
大端模式：高位字節(jié)數(shù)據(jù)存放在低地址處，低位字節(jié)數(shù)據(jù)存放在高地址處。
小端模式：低位字節(jié)數(shù)據(jù)存放在內存低地址處，高字節(jié)字節(jié)數(shù)據(jù)存放在內存高地址處

如：long n=0x11223344
模式第1字節(jié) 第2字節(jié)第3字節(jié)  第4字節(jié)
大端模式0x110x220x330x44
小端模式0x440x330x220x11

在普通軟件中，字節(jié)順序問題并不引人注目。而在開發(fā)與網(wǎng)絡通信和數(shù)據(jù)交換有關的軟件時，字節(jié)順序就要多注意了。

18、多線程共享變量沒有用valotile修飾
valotile作用：告訴編譯器不要把變量優(yōu)化到寄存器中。在開發(fā)多線程的程序是，如果這些線程共享一些全局變量，這些全局變量最好使用valotile修飾。這樣可以避免因為編譯器優(yōu)化而引起的錯誤。

最新評論