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

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

3    對(duì)于C++對(duì)象，應(yīng)該通過相應(yīng)類的接口來去內(nèi)存進(jìn)行操作，禁止通過其返回的指針對(duì)內(nèi)存進(jìn)行寫操作，典型的如string類的c_str()接口，如果你強(qiáng)制往其返回的指針進(jìn)行寫操作肯定會(huì)段錯(cuò)誤的，因?yàn)槠浞祷氐牡刂肥侵蛔x的。

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

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

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

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

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

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

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

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

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