}
傳統的“調試”難以隔離懸空指針。由于下面兩個明顯原因，它們很難再現：
即使影響提前釋放內存范圍的代碼已本地化，內存的使用仍然可能取決于應用程序甚至（在極端情況下）不同進程中的其他執行位置。
懸空指針可能發生在以微妙方式使用內存的代碼中。結果是，即使內存在釋放后立即被覆蓋，并且新指向的值不同于預期值，也很難識別出新值是錯誤值。
懸空指針不斷威脅著 C 或 C++ 程序的運行狀態。
數組邊界違規
數組邊界違規十分危險，它是內存錯誤管理的最后一個主要類別�；仡^看一下清單 1；如果 explanation 的長度超過 80，則會發生什么情況？回答：難以預料，但是它可能與良好情形相差甚遠。特別是，C 復制一個字符串，該字符串不適于為它分配的 100 個字符。在任何常規實現中，“超過的”字符會覆蓋內存中的其他數據。內存中數據分配的布局非常復雜并且難以再現，所以任何癥狀都不可能追溯到源代碼級別的具體錯誤。這些錯誤通常會導致數百萬美元的損失。
內存編程的策略
勤奮和自律可以讓這些錯誤造成的影響降至最低限度。下面我們介紹一下您可以采用的幾個特定步驟；我在各種組織中處理它們的經驗是，至少可以按一定的數量級持續減少內存錯誤。
編碼風格
編碼風格是最重要的，我還從沒有看到過其他任何作者對此加以強調。影響資源（特別是內存）的函數和方法需要顯式地解釋本身。下面是有關標頭、注釋或名稱的一些示例（請參見清單 6）。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
