由于我在Java中習(xí)慣大量使用String類，所以轉(zhuǎn)到C++下，自然也想使用STL的string。寫了一個(gè)startWith函數(shù)，并在程序中多次使用。
bool startWith(string longString, string shortString) { ? returnlongString.find(shortString) == 0; }
程序單元測試無誤，但在集成測試時(shí)，遇到了不確定出現(xiàn)的缺陷。全局靜態(tài)的list中的內(nèi)容似乎被訪問越界給改寫了，然后我們集中尋找哪里出現(xiàn)訪問越界。但在后來的反復(fù)測試中發(fā)現(xiàn)，甚至在簡單的string賦值時(shí)，都會(huì)出現(xiàn)內(nèi)存分配錯(cuò)誤。于是我們開始懷疑string。在網(wǎng)上一查，發(fā)現(xiàn)有貼子討論過C++的string是線程不安全的。這樣測試中的種種現(xiàn)象就可以解釋了。于是寫了個(gè)多線程測試來壓startWith，果然重現(xiàn)問題。然后重寫了startWith函數(shù)。在參數(shù)中使用string類型，都會(huì)因?yàn)閭鬟f時(shí)需要拷貝而變得線程不安全。
bool startWith(const char *?longString, constchar *?shortString) { ?assert(strlen(longString) < 1000); ?assert(strlen(shortString) < 1000); ? char ls[1000]; ? char ss[1000]; ?strcpy(ls,?longString); ?strcpy(ss,?shortString); ? char * cp1 = ls; ? char * cp2 = ss;
? while(*cp2 !='\0') ? { ? ?? if (*cp1 == *cp2) ? ?? { ? ?? ? ?cp1++; ? ?? ? ?cp2++; ? ?? } else { ? ?? ? ? returnfalse; ? ?? } ? } ? return true; }
總結(jié)：

• string裝得像個(gè)棧變量，但卻操作堆空間，而且線程不安全
• 線程是否安全應(yīng)該屬于使用契約，如何通過防御式設(shè)計(jì)來避免？
• 集成測試應(yīng)該盡早進(jìn)行
• 不確定出現(xiàn)的缺陷大多與多線程有關(guān)
• 不了解原理的復(fù)用，可能降低軟件開發(fā)的效率和品質(zhì)
• 從一個(gè)側(cè)面理解了為什么Linus要炮轟C++
• 這段c代碼不好看，怎樣寫得好看些？

總結(jié)

以上是生活随笔為你收集整理的C++ string线程不安全的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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