C++ string线程不安全
生活随笔
收集整理的這篇文章主要介紹了
C++ string线程不安全
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
由于我在Java中習慣大量使用String類,所以轉到C++下,自然也想使用STL的string。寫了一個startWith函數,并在程序中多次使用。
bool startWith(string longString, string shortString) { ? returnlongString.find(shortString) == 0; }
程序單元測試無誤,但在集成測試時,遇到了不確定出現的缺陷。全局靜態的list中的內容似乎被訪問越界給改寫了,然后我們集中尋找哪里出現訪問越界。但在后來的反復測試中發現,甚至在簡單的string賦值時,都會出現內存分配錯誤。于是我們開始懷疑string。在網上一查,發現有貼子討論過C++的string是線程不安全的。這樣測試中的種種現象就可以解釋了。于是寫了個多線程測試來壓startWith,果然重現問題。然后重寫了startWith函數。在參數中使用string類型,都會因為傳遞時需要拷貝而變得線程不安全。
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; }
總結:
bool startWith(string longString, string shortString) { ? returnlongString.find(shortString) == 0; }
程序單元測試無誤,但在集成測試時,遇到了不確定出現的缺陷。全局靜態的list中的內容似乎被訪問越界給改寫了,然后我們集中尋找哪里出現訪問越界。但在后來的反復測試中發現,甚至在簡單的string賦值時,都會出現內存分配錯誤。于是我們開始懷疑string。在網上一查,發現有貼子討論過C++的string是線程不安全的。這樣測試中的種種現象就可以解釋了。于是寫了個多線程測試來壓startWith,果然重現問題。然后重寫了startWith函數。在參數中使用string類型,都會因為傳遞時需要拷貝而變得線程不安全。
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; }
總結:
- string裝得像個棧變量,但卻操作堆空間,而且線程不安全
- 線程是否安全應該屬于使用契約,如何通過防御式設計來避免?
- 集成測試應該盡早進行
- 不確定出現的缺陷大多與多線程有關
- 不了解原理的復用,可能降低軟件開發的效率和品質
- 從一個側面理解了為什么Linus要炮轟C++
- 這段c代碼不好看,怎樣寫得好看些?
總結
以上是生活随笔為你收集整理的C++ string线程不安全的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: C/C++中退出线程的四种解决方法
- 下一篇: C++ 函数的引用返回值