快捷導(dǎo)航

關(guān)于C++出現(xiàn)Bus error問題的排查與解決

更新時(shí)間：2024年01月30日 10:36:53 作者：普羅米修斯Aaron_Swartz

項(xiàng)目代碼中經(jīng)常出現(xiàn)莫名其妙的Bus error問題,并且代碼中增加很多try catch 后依然不能將錯(cuò)誤捕獲,一旦Bus erro出現(xiàn),進(jìn)程直接崩潰掉,所以本文給大家介紹了關(guān)于C++出現(xiàn)Bus error問題的排查與解決,需要的朋友可以參考下

前言

項(xiàng)目代碼中經(jīng)常出現(xiàn)莫名其妙的Bus error問題，并且代碼中增加很多try catch 后依然不能將錯(cuò)誤捕獲，一旦Bus erro出現(xiàn)，進(jìn)程直接崩潰掉。類似如下這種:

異常提示

經(jīng)查詢google，出現(xiàn)該問題一般是因?yàn)榈刂肺磳R引起的，也就是程序試圖訪問一個(gè)不是地址的值。從而導(dǎo)致該錯(cuò)誤。后經(jīng)公司高工通過gdb運(yùn)行代碼后查看匯編發(fā)現(xiàn)，寄存器中確實(shí)存儲(chǔ)了一個(gè)非地址的值(50位， 64位機(jī)器的實(shí)際內(nèi)存地址應(yīng)該為48位，高位用于尋址)，導(dǎo)致在訪問時(shí)出現(xiàn)Bus-error。

更奇怪的是，該問題不會(huì)一直復(fù)現(xiàn)，而是經(jīng)常跑幾個(gè)小時(shí)，然后在調(diào)用函數(shù)指針的時(shí)候崩潰一次。提示UpdateDataPtr指向的一個(gè)空地址。

在這里插入圖片描述

對于此，高工的判斷要么是數(shù)組越界，要么是因?yàn)橐爸羔槍?dǎo)致該函數(shù)指針被意外修改。

順著這個(gè)思路，一開始是通過內(nèi)存監(jiān)控，查看是誰修改了該內(nèi)存，但是并未守到結(jié)果。此時(shí)高工想通過分析內(nèi)存的方式看能不能找到一些線索。

*** 操作方法就是在該指針前后增加標(biāo)記變量，然后通過程序掛掉時(shí)候的core dump 查看那時(shí)刻的內(nèi)存結(jié)構(gòu)，從而嘗試分析問題***

std_function.h

最后發(fā)現(xiàn)代碼中的一個(gè)單例中定義了一個(gè)數(shù)組u_char crcbuf[64]; 在寫這個(gè)數(shù)據(jù)的時(shí)候發(fā)生越界，最終將該變量下的指針變量也覆蓋了

寫成我們接收到的里程計(jì)數(shù)據(jù)了，從此真相大白！

在這里插入圖片描述

對于此，接著分析是如何導(dǎo)致該問題的呢？

看看報(bào)文就知道了，正常報(bào)文的數(shù)據(jù)部分出現(xiàn)了報(bào)頭一樣的情況，導(dǎo)致程序誤認(rèn)為讀取的數(shù)據(jù)大小為176個(gè)字節(jié)，那么在計(jì)算crcbuf的時(shí)候也會(huì)嘗試放入176個(gè)字節(jié)，最終產(chǎn)生數(shù)組越界，將函數(shù)指針覆蓋。

問題數(shù)據(jù)