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

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

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

write按照說(shuō)明，原子操作，不緩存直接寫入，返回寫入長(zhǎng)度，返回-1失敗。所以在打印LOG的代碼里并沒(méi)有對(duì)文件加鎖。

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

看來(lái)只能給redhat包BUG了。

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

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

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

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

我前面的測(cè)試程序用的全是IP，所有換了域名進(jìn)行下載后果然出錯(cuò)。

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

三、curl的超時(shí)設(shè)置會(huì)取消進(jìn)程設(shè)置的鬧鐘信號(hào)

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

四、可怕的mysql_ping不退出

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

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

以后研究。

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

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

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

總結(jié)

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

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