最近在ES5的標(biāo)準(zhǔn)庫里遇到好幾個問題。

一、write寫入失敗但是返回成功

檢查多線程的時候，發(fā)現(xiàn)LOG里面打印次數(shù)有問題，仔細檢查，發(fā)現(xiàn)前后的幾句LOG只打印出來了前面的1句或2句，但是從后面的LOG來看，這段代碼的流暢是沒有問題。

write按照說明，原子操作，不緩存直接寫入，返回寫入長度，返回-1失敗。所以在打印LOG的代碼里并沒有對文件加鎖。

于是我寫了個小程序，起來10個線程，同時寫入一個文件，寫了5分鐘，結(jié)果發(fā)現(xiàn)，真正成功寫入的不到1/10 ，如果失敗，就是1W條左右寫入不成功，但是寫入失敗的返回值既不是-1也不是0，都是成功。

看來只能給redhat包BUG了。

二、在多線程下調(diào)用curl下載

開啟多線程使用curl的時候，出現(xiàn)curl的堆棧錯誤，查詢了下，es5下是3.0的庫，換成4.0的庫后，繼續(xù)堆棧錯誤，但是堆棧錯誤和以前不一樣了。

自己寫了個小程序，起了多個線程調(diào)用curl來下載，卻一切正常。

于是把堆棧錯誤時的最后調(diào)用搜索了一下，發(fā)現(xiàn)果然也有人和我有一樣的問題，下面的解答是curl在多線程先進行域名解析會出錯。

我前面的測試程序用的全是IP，所有換了域名進行下載后果然出錯。

把程序里所有的域名提前做了域名解析，然后再交給curl下載，一切正常。

三、curl的超時設(shè)置會取消進程設(shè)置的鬧鐘信號

這個是同事發(fā)現(xiàn)的，起了curl的下載后，定時器不運作了，一句一句注釋，終于發(fā)現(xiàn)是curl的超時設(shè)置造成的了。

四、可怕的mysql_ping不退出

程序在運行過程中線程死鎖，查看調(diào)用堆棧時發(fā)現(xiàn)，一個線程在調(diào)用mysql_ping無法退出，而這個檢查是加了鎖的，導(dǎo)致所有線程全部死鎖。

至于為什么mysql_ping為什么退不出來，今天研究了一晚上，也沒有發(fā)現(xiàn)原因。只是有一點，但就是network停掉后，mysql_ping肯定退不出來，至少我等了一個小時，程序也沒有從mysql_ping退出來。但是在程序跑的過程中，網(wǎng)絡(luò)是通的。

以后研究。

續(xù)：發(fā)現(xiàn)在多線程下，頻繁的mysql_ping導(dǎo)致出錯或者是mysql_ping不退出，改成mysql_query失敗才mysql_ping，結(jié)果mysql_query反而出錯導(dǎo)致程序退出了。真是夠暈。

另：curl似乎在多線程還還是會有一定幾率出錯，設(shè)置CURLOPT_NOSIGNAL為1，情況就好的多了。

轉(zhuǎn)載于:https://blog.51cto.com/xzq2000/1766847

總結(jié)

以上是生活随笔為你收集整理的linux标准库的问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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