1    使用非法的內(nèi)存地址（指針），包括使用未經(jīng)初始化及已經(jīng)釋放的指針、不存在的地址、受系統(tǒng)保護(hù)的地址，只讀的地址等，這一類也是最常見和最好解決的段錯誤問題，使用GDB print一下即可知道原因。

2    內(nèi)存讀/寫越界。包括數(shù)組訪問越界，或在使用一些寫內(nèi)存的函數(shù)時，長度指定不正確或者這些函數(shù)本身不能指定長度，典型的函數(shù)有strcpy(strncpy)，sprintf(snprint)等等。

3    對于C++對象，應(yīng)該通過相應(yīng)類的接口來去內(nèi)存進(jìn)行操作，禁止通過其返回的指針對內(nèi)存進(jìn)行寫操作，典型的如string類的c_str()接口，如果你強(qiáng)制往其返回的指針進(jìn)行寫操作肯定會段錯誤的，因為其返回的地址是只讀的。

4    函數(shù)不要返回其中局部對象的引用或地址，當(dāng)函數(shù)返回時，函數(shù)棧彈出，局部對象的地址將失效，改寫或讀這些地址都會造成未知的后果。

5    避免在棧中定義過大的數(shù)組，否則可能導(dǎo)致進(jìn)程的棧空間不足，此時也會出現(xiàn)段錯誤，同樣的，在創(chuàng)建進(jìn)程/線程時如果不知道此線程/進(jìn)程最大需要多少棧空間時最好不要在代碼中指定棧大小，應(yīng)該使用系統(tǒng)默認(rèn)的，這樣問題比較好查，ulimit一下即可知道。這類問題也是為什么我的程序在其他平臺跑得好好的，為什么一移植到這個平臺就段錯誤了。

6    操作系統(tǒng)的相關(guān)限制，如：進(jìn)程可以分配的最大內(nèi)存，進(jìn)程可以打開的最大文件描述符個數(shù)等，在Linux下這些需要通過ulimit、setrlimit、sysctl等來解除相關(guān)的限制，這類段錯誤問題在系統(tǒng)移植中也經(jīng)常發(fā)現(xiàn)，以前我們移植Linux的程序到VxWorks下時經(jīng)常遇到（VxWorks要改內(nèi)核配置來解決）。

7    多線程的程序，涉及到多個線程同時操作一塊內(nèi)存時必須進(jìn)行互斥，否則內(nèi)存中的內(nèi)容將不可預(yù)料。

8    在多線程環(huán)境下使用非線程安全的函數(shù)調(diào)用，例如 strerror 函數(shù)等。

9    在有信號的環(huán)境中，使用不可重入函數(shù)調(diào)用，而這些函數(shù)內(nèi)部會讀或?qū)懩称瑑?nèi)存區(qū)，當(dāng)信號中斷時，內(nèi)存寫操作將被打斷，而下次進(jìn)入時將無法避免地出錯。

10    跨進(jìn)程傳遞某個地址，傳遞的都是經(jīng)過映射的虛擬地址，對另外一個進(jìn)程是不通用的。

11   某些有特殊要求的系統(tǒng)調(diào)用，例如epool_wait，正常情況下使用close關(guān)閉一個套接字后，epool會不再返回這個socket上的事件，但是如果你使用dup或dup2操作，將導(dǎo)致epool無法進(jìn)行移除操作，此時再進(jìn)行讀寫操作肯定是段錯誤的。

以上這篇詳談Linux開發(fā)中常見段錯誤問題的原因及分析就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。