公司的機器最近遇到一個bug(其實這個bug一年前就出現(xiàn)過,只是未引起重視),現(xiàn)象是這樣的:在生產(chǎn)環(huán)境中,用戶連續(xù)打印票的時候,中間某張票的一個時間可能會出問題,該時間本來是一個未來的時間,卻被打印成了系統(tǒng)當(dāng)前的時間.其他同事認為是傳入的參數(shù)出錯了,加了大量的調(diào)試信息和日志進去,結(jié)果去令人掉眼鏡,傳入的參數(shù)是完全正確的,但是結(jié)果去不是預(yù)期的.

　　最終排查BUG的任務(wù)轉(zhuǎn)到了我手里,我簡單分析了下上層流程,并無問題,于是把問題定位在底層庫的FormatTime函數(shù)上,于是要了份FormatTime的代碼查看(吐槽下,封閉的代碼庫往往造就一些隱蔽的問題),FormatTime的實現(xiàn)很簡單,調(diào)用localtime函數(shù),然后格式化輸出,查看localtime函數(shù)的原型,如下

struct tm *localtime(const time_t *timep);

　　問題就出在localtime這個函數(shù)上,從函數(shù)原型來看,這個函數(shù)返回了一個struct tm的指針,但是傳入?yún)?shù)并未有傳入tm參數(shù),那么就有3種情況

1,tm是內(nèi)部malloc出來的

2,tm是一個全局變量

3,tm是一個局部static

　　第一種情可以首先排除,因為調(diào)用完localtime后沒要求free tm,或者提供相應(yīng)的free函數(shù),第2 3種情況可以視為一種情況,那即是:使用了內(nèi)部全局變量!

　　那么問題就來了,這個函數(shù)是個非線程安全的函數(shù),在多線程的環(huán)境下使用,會發(fā)生重入的情況,即如果兩個線程同時調(diào)用localtime函數(shù),函數(shù)的返回結(jié)果都會是最后一次調(diào)用localtime的結(jié)果.這是一個典型的函數(shù)重入BUG.解決方法:使用線程安全的localtime_r函數(shù)替換localtime.至此,問題解決

　　c語言中有不少函數(shù)都是非線程安全的,例如strtok,gethostbyname,看到返回值為指針類型的函數(shù)時,都要留個心眼.

轉(zhuǎn)載于:https://www.cnblogs.com/Red_angelX/archive/2013/05/24/3097098.html

總結(jié)

以上是生活随笔為你收集整理的c语言非线程安全函数引发的BUG一列的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。