日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
因為這7個C++的坑,整個團隊加班一星期

 近期我們團隊進行版本質量加固時,踩到了一些比較隱晦的C++的坑,特總結分享在此,供大家參考。

創(chuàng)新互聯(lián)建站從2013年開始,先為濟寧等服務建站,濟寧等地企業(yè),進行企業(yè)商務咨詢服務。為濟寧企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。

1. string的字符串拼接,導致coredump

該問題的核心點在于第9行,竟然是可以編譯通過,其原因是x+"-",會被轉成char*,然后與to_string疊加導致BUG。

2. map的迭代器刪除

map要刪除一個元素,通常通過erase()函數(shù)來完成,但是要注意,如果我們傳入了一個iterator作為erase的參數(shù)來刪除當前迭代器所指向的元素,刪除完成后iterator會失效,產(chǎn)生未定義行為。

正確的使用方法應該是接收erase()的返回值,讓iterator指向被刪除元素的下一個元素或者end()。 

 
 
 
 
  1. for  ( auto  iter = m.begin(); iter != m.end(); iter++) {  
  2.   if  (...)  
  3.   iter = m.erase(iter);  
  4.   } 

但是上述代碼仍然有錯誤,因為如果觸發(fā)了刪除,那么iter再下一輪循環(huán)時會指向下下個元素,所以正確的寫法應該是: 

 
 
 
 
  1. for  ( auto  iter = m.begin(); iter != m.end();) {  
  2.   if  (...) {  
  3.   iter = m.erase(iter);  
  4.   continue ;  
  5.   }  else  {  
  6.   iter++;  
  7.   }  
  8.   } 

3. stringstream的性能問題

  1.  stringstream的清空是clear之后,置空。
  2.  stringstream在任何情況下都比snprintf慢。
  3.  memset是個很慢的函數(shù),寧愿新創(chuàng)建對象。
  4.  上述測試結果是單線程,改成多線程,同樣成立。
  5.  str += “a”, 比 str =str+ “a” 效率高很多,后者會創(chuàng)建新對象。

4. 智能指針(shared_ptr)使用注意

4.1盡量使用make_shared初始化

提高性能 

 
 
 
 
  1. std::shared_ptr spw(newWidget); 

需要分配兩次內(nèi)存。每個std::shared_ptr都指向一個控制塊,控制塊包含被指向對象的引用計數(shù)以及其他東西。這個控制塊的內(nèi)存是在std::shared_ptr的構造函數(shù)中分配的。因此直接使用new,需要一塊內(nèi)存分配給Widget,還要一塊內(nèi)存分配給控制塊

 
 
 
 
  1. autospw = std::make_shared(); 

一次分配就足夠了。這是因為std::make_shared申請一個單獨的內(nèi)存塊來同時存放Widget對象和控制塊。這個優(yōu)化減少了程序的靜態(tài)大小,因為代碼只包含一次內(nèi)存分配的調(diào)用,并且這會加快代碼的執(zhí)行速度,因為內(nèi)存只分配了一次。另外,使用std::make_shared消除了一些控制塊需要記錄的信息,這樣潛在地減少了程序的總內(nèi)存占用。

異常安全 

 
 
 
 
  1. processWidget(std::shared_ptr( new  Widget),   //潛在的資源泄露   
  2.   computePriority()); 

上述代碼存在內(nèi)存泄漏的風險,上述代碼執(zhí)行分為3個步驟:

  1.  new  Widget

  2. shared_ptr構造

  3. computePriority

編譯器不需要必須產(chǎn)生這樣順序的代碼,但“new Widget”必須在std::shared_ptr的構造函數(shù)被調(diào)用前執(zhí)行。如果編譯器產(chǎn)生的順序代碼如下:

  1.  new  Widget

  2. 執(zhí)行computePriority。

  3. 執(zhí)行std::shared_ptr的構造函數(shù)。

如果執(zhí)行步驟2:computePriority的時候程序出現(xiàn)異常,則在第一步動態(tài)分配的Widget就會泄露了,因為它永遠不會被存放到在第三步才開始管理它的shared_ptr中

4.2 父類之類智能指針轉換

C++中是允許裸指針,因此裸指針之間轉換方法同C語言指針強轉,智能指針轉換不能通過上述方法進行強轉,必須通過庫提供轉換函數(shù)進行轉換。C++11的方法是:std::dynamic_pointer_cast;boost中的方法是:boost::dynamic_pointer_cast 

 
 
 
 
  1. #include   
  2. #include   
  3. #include   
  4. #include   
  5. class  Base {  
  6.   public :  
  7.   Base(){}  
  8.   virtual  ~Base() {}  
  9. };  
  10. class  D :  public  Base {  
  11.   public :  
  12.   D(){}  
  13.   virtual  ~D() {}  
  14. };  
  15. int  main()  
  16. {  

//方式一:先初始化子類智能指針,然后調(diào)用dynamic_pointer_cast轉換成基類智能指針對象 

 
 
 
 
  1. std::shared_ptr d1 = std::make_shared();  
  2. std::shared_ptr b1 = std::dynamic_pointer_cast(d1);   

//方式二:先new子類D的指針,然后調(diào)用shared_ptr的構造函數(shù)初始化基類智能指針 

 
 
 
 
  1.   std::shared_ptr b2 = shared_ptr( new  D());  
  2.   return  0;  

結論

方式一和方式二均能夠實現(xiàn)基類智能指針指向子類,但建議采用方式1,通過std::make_shared的方式構造智能指針,然后進行轉換;

5. map的安全查找辦法

即map[key]這種寫法,就是會創(chuàng)建元素(且不一定初始化),因此在業(yè)務邏輯是希望查找的時候,就老老實實用find,不然會有臟數(shù)據(jù)寫入。

6. string 的指針構造

std::string 的構造方式,除了與其它順序容器相近的方式之外,提供了三種額外的構造方式:

string s(cp, n): s 是cp指向的數(shù)組中前n個字符的拷貝,該數(shù)組至少應該包含n個字符

string s(s2, pos2):s 是string s2從下標pos2開始的字符的拷貝,若pos2>s2.size(),構造函數(shù)的行為未定義

string s(s2, pos2, len2):s 是string s2從下標pos2開始len2個字符的拷貝,若pos2>s2.size(),構造函數(shù)的行為未定義。不管len2的值是多少,構造函數(shù)至多拷貝s2.size()-pos2個字符

std::string 未提供 string(cp, pos2, len2) 這種構造方式,如果代碼中使用了該方式,最終會將 cp 指向的數(shù)組構造成一個string,然后調(diào)用string(s2, pos2, len2)這種構造方式。

不提供string(cp, pos2, len2)這種構造方式原因在于:使用這種方式構造容易出現(xiàn)問題,cp是一個指針,通常使用時,能獲得其數(shù)組長度并檢查傳入?yún)?shù);若傳入兩個參數(shù),容易出現(xiàn)越界。

7. 變量初始化

變量初始化總是沒錯的,不管后面是否會修改該值。尤其是int等內(nèi)建的類型,在類或struct中及容易忽略初始化,使變量成為隨機值,產(chǎn)生不可預知的錯誤。變量請初始化!變量請初始化??!變量請初始化?。?! 


分享題目:因為這7個C++的坑,整個團隊加班一星期
URL鏈接:http://www.5511xx.com/article/cdcodpc.html