青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-341  評論-2670  文章-0  trackbacks-0

    復雜的東西寫多了,如今寫點簡單的好了。由于功能上的需要,Vczh Library++3.0被我搞得很離譜。為了開發維護的遍歷、減少粗心犯下的錯誤以及增強單元測試、回歸測試和測試工具,因此記錄下一些開發上的小技巧,以便拋磚引玉,造福他人。歡迎高手來噴,菜鳥膜拜。

    今天是關于內存的最后一篇了。上一篇文章講了為什么不能對一個東西隨便memset。里面的demo代碼出了點小bug,不過我不喜歡在發文章的時候里面的demo代碼也拿去編譯和運行,所以大家有什么發現的問題就評論吧。這樣也便于后來的人不會受到誤導。這次說的仍然是構造函數和析構函數的事情,不過我們將通過親手開發一個智能指針的方法,知道引用計數如何幫助管理資源,以及錯誤使用引用計數的情況。

    首先先來看一下智能指針是如何幫助我們管理內存的。現在智能指針的實現非常多,我就假設這個類型叫Ptr<T>吧。這跟Vczh Library++ 3.0所使用的實現一樣。

 1 class Base
 2 {
 3 public:
 4   virtual ~Base(){}
 5 };
 6 
 7 class Derived1 : public Base
 8 {
 9 };
10 
11 class Derived2 : public Base
12 {
13 };
14 
15 //---------------------------------------
16 
17 List<Ptr<Base>> objects;
18 objects.Add(new Derived1);
19 objects.Add(new Derived2);
20 
21 List<Ptr<Base>> objects2;
22 objects2.Add(objects[0]);

    當然這里的List也是Vczh Library++3.0實現的,不過這玩意兒跟vector也好跟C#的List也好都是一個概念,因此也就不需要多加解釋了。我們可以看到智能指針的一個好處,只要沒有循環引用出現,你無論怎么復制它,最終總是可以被析構掉的。另一個例子告訴我們智能指針如何處理類型轉換:
1 Ptr<Derived1> d1=new Derived1;
2 Ptr<Base> b=d1;
3 Ptr<Derived2> d2=b.Cast<Derived2>();
4 // d2是空,因為b指向的是Derived1而不是Derived2。

    這就如同我們Derived1*可以隱式轉換到Base*,而當你使用dynamic_cast<Derived2*>(static_cast<Base*>(new Derived1))會得到0一樣。智能指針在幫助我們析構對象的同時,也要做好類型轉換的工作。

    好了,現在先讓我們一步一步做出那個Ptr<T>。我們需要清楚這個智能指針所要實現的功能是什么,然后我們一個一個來做。首先讓我們列出一張表:
    1、沒有參數構造的時候,初始化為空
    2、使用指針構造的時候,擁有那個指針,并且在沒有任何智能指針指向那個指針的時候刪除掉該指針。
    3、智能指針進行復制的時候,兩個智能指針共同擁有該內部指針。
    4、智能指針可以使用新的智能指針或裸指針重新賦值。
    5、需要支持隱式指針類型轉換,static_cast不支持而dynamic_cast支持的轉換則使用Cast<T2>()成員函數來解決。
    6、如果一個裸指針直接用來創建兩個智能指針的話,期望的情況是當兩個智能指針析構掉的時候,該指針會被delete兩次從而崩潰。
    7、不處理循環引用。

    最后兩點實際上是錯誤使用智能指針的最常見的兩種情況。我們從1到5一個一個實現。首先是1。智能指針可以隱式轉換成bool,可以通過operator->()拿到內部的T*。在沒有使用參數構造的時候,需要轉換成false,以及拿到0:
 1 template<typename T>
 2 class Ptr
 3 {
 4 private:
 5   T* pointer;
 6   int* counter;
 7 
 8   void Increase()
 9   {
10     if(counter)++*counter;
11   }
12 
13   void Decrease()
14   {
15     if(counter && --*counter==0)
16     {
17       delete counter;
18       delete pointer;
19       counter=0;
20       pointer=0;
21     }
22   }
23 
24 public:
25   Ptr():pointer(0),counter(0)
26   {
27   }
28 
29   ~Ptr()
30   {
31     Decrease();
32   }
33 
34   operator bool()const
35   {
36     return counter!=0;
37   }
38 
39   T* operator->()const
40   {
41     return pointer;
42   }
43 };

    在這里我們實現了構造函數和析構函數。構造函數把內部指針和引用計數的指針都初始化為空,而析構函數則進行引用計數的減一操作。另外兩個操作符重載很容易理解。我們主要來看看Increase函數和Decrease函數都分別做了什么。Increase函數在引用計數存在的情況下,把引用計數加一。而Decrease函數在引用計數存在的情況下,把引用計數減一,如果引用計數在減一過程中變成了0,則刪掉擁有的資源。

    當然到了這個時候智能指針還不能用,我們必須替他加上復制構造函數,operator=操作符重載以及使用指針賦值的情況。首先讓我們來看使用指針賦值的話我們應該加上什么:
 1   Ptr(T* p):pointer(0),counter(0)
 2   {
 3     *this=p;
 4   }
 5 
 6   Ptr<T>& operator=(T* p)
 7   {
 8     Decrease();
 9     if(p)
10     {
11       pointer=p;
12       counter=new int(1);
13     }
14     else
15     {
16       pointer=0;
17       counter=0;
18     }
19     return *this;
20   }

    這里還是偷工減料了的,構造函數接受了指針的話,還是轉給operator=去調用了。當一個智能指針被一個新指針賦值的時候,我們首先要減掉一個引用計數,因為原來的指針再也不被這個智能指針共享了。之后就進行判斷,如果來的是0,那么就變成空。如果不是0,就擁有該指針,引用計數初始化成1。于是我們就可以這么使用了:
1 Ptr<Base> b=new Derived1;
2 Ptr<Derived2> d2=new Derived2;

    讓我們開始復制他們吧。復制的要領是,先把之前擁有的指針脫離掉,然后連接到一個新的智能指針上面去。我們知道非空智能指針有多少個,總的引用計數的和就是多少,只是分配到各個指針上面的數字不一樣而已:
 1   Ptr(const Ptr<T>& p):pointer(p.pointer),counter(p.counter)
 2   {
 3     Increase();
 4   }
 5 
 6   Ptr<T>& operator=(const Ptr<T>& p)
 7   {
 8     if(this!=&p)
 9     {
10       Decrease();
11       pointer=p.pointer;
12       counter=p.counter;
13       Increase();
14     }
15     return *this;
16   }

    在上一篇文章有朋友指出重載operator=的時候需要考慮是不是自己賦值給自己,其實這是很正確的。我們寫每一類的時候,特別是當類擁有自己控制的資源的時候,需要非常注意這件事情。當然如果只是復制幾個對象而不會new啊delete還是close什么handle,那檢查不檢查也無所謂了。在這里我們非常清楚,當增加一個新的非空智能指針的時候,引用計數的總和會加一。當修改一個非空智能指針的結果也是非空的時候,引用計數的和保持不變。當然這是應該的,因為我們需要在所有非空智能指針都被毀掉的時候,釋放受保護的所有資源。

    到了這里一個智能指針基本上已經能用了,但是還不能處理父類子類的情況。這個是比較麻煩的,一個Ptr<Derived>事實上沒有權限訪問Ptr<Base>的內部對象。因此我們需要通過友元類來解決這個問題。現在讓我們來添加兩個新的函數吧,從一個任意的Ptr<C>復制到Ptr<T>,然后保證只有當C*可以隱式轉換成T*的時候編譯能夠通過:
 1   template<X> friend class Ptr;
 2 
 3   template<typename C>
 4   Ptr(const Ptr<C>& p):pointer(p.pointer),counter(p.counter)
 5   {
 6     Increase();
 7   }
 8 
 9   template<typename C>
10   Ptr<T>& operator=(const Ptr<C>& p)
11   {
12     Decrease();
13     pointer=p.pointer;
14     counter=p.counter;
15     Increase();
16     return *this;
17   }

    注意這里我們的operator=并不用檢查是不是自己給自己賦值,因為這是兩個不同的類,相同的話會調用上面那個operator=的。如果C*不能隱式轉換到T*的話,這里的pointer=p.pointer就會失敗,從而滿足了我們的要求。

    現在我們能夠做的事情就更多了:
1 Ptr<Derived1> d1=new Derived1;
2 Ptr<Base> b=d1;

    于是我們只剩下最后一個Cast函數了。這個函數內部使用dynamic_cast來做判斷,如果轉換失敗,會返回空指針:
 1   tempalte<typename C>
 2   Ptr<C> Cast()const
 3   {
 4     C* converted=dynamic_cast<C*>(pointer);
 5     Ptr<C> result;
 6     if(converted)
 7     {
 8       result.pointer=converted;
 9       result.counter=counter;
10       Increase();
11     }
12     return result;
13   }

    這是一種hack的方法,平時是不鼓勵的……不過因為操作的都是Ptr,而且特化Ptr也是使用錯誤的一種,所以這里就不管了。我們會檢查dynamic_cast的結果,如果成功了,那么會返回一個非空的新智能指針,而且這個時候我們也要記住Increase一下。

    好了,基本功能就完成了。當然一個智能指針還要很多其他功能,譬如說比較什么的,這個就你們自己搞定哈。

    指針和內存就說到這里了,下一篇講如何利用一個好的IDE構造輕量級單元測試系統。我們都說好的工具能夠提高生產力,因此這種方法不能脫離一個好的IDE使用。
posted on 2010-06-23 23:03 陳梓瀚(vczh) 閱讀(9889) 評論(15)  編輯 收藏 引用 所屬分類: C++實用技巧

評論:
# re: C++實用技巧(三) 2010-06-24 23:22 | zuhd
全文可以理解為一段共享內存的故事  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-25 05:31 | SonicLing
效率存在問題。
12 counter=new int(1);
感覺這個new完全沒必要啊。

而且Ptr<T>的值傳遞會很慢,完全沒有了指針的速度啊。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-25 05:41 | 陳梓瀚(vczh)
@SonicLing
我不會為了不是瓶頸部分的效率而讓開發效率大大下降的。加班的原因還不是因為程序寫得慢。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-25 05:42 | 陳梓瀚(vczh)
@SonicLing
這個new有必要,counter==1也是要有counter的。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-25 06:17 | SonicLing
@陳梓瀚(vczh)
我的意思是直接用int counter,而不是指針。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-25 17:48 | zuhd
@SonicLing


全文可以理解為一段共享內存的故事

你顯然沒有理解這段話的意思  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-25 20:02 | 陳梓瀚(vczh)
@SonicLing
那一共有三個Ptr,其中一個死了,你不可能同時改了另外兩個的counter。謝謝。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-26 07:58 | SonicLing
@陳梓瀚(vczh)
恩,我理解錯了。我寫過類似的指針,只不過把counter放在對象里,共享對象同時也共享了counter,這樣在傳遞和內存分配方面效率高一點,成員只包含一個指針,優化收益也高一些,免去了過多的new/delete。因為跟你一樣,也在寫編譯/解釋器,所以非常看重效率。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-26 08:10 | 陳梓瀚(vczh)
@SonicLing
T顯然是任意的,你不能修改。所以這才是我分出來的原因。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-26 08:10 | 陳梓瀚(vczh)
@SonicLing
虛擬機效率高就好了,編譯器沒必要。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-26 17:52 | 飯中淹
為什么不把pointer和counter放在一個結構里,new這個結構?
我做這個東西的時候,就是做這樣一個core_struct,然后加一個core_struct池來維護內存。所有的Ptr傳遞和保存的就是這個core_struct的指針。  回復  更多評論
  
# re: C++實用技巧(三) 2010-06-26 21:02 | 陳梓瀚(vczh)
@飯中淹
你這種做法在遇到類型轉換的時候就有問題了。  回復  更多評論
  
# re: C++實用技巧(三) 2010-07-01 00:32 |
使用type_traits模板技術可以非常漂亮的解決智能指針的子父類轉換問題,如果要安全轉換子父類指針,根本辦法是打開RTTI,在智能指針實現的內部使用dynamic_cast,并在出錯時拋出異常。
但是RTTI我只建議在個別模塊中使用,這樣不會影響別的模塊的對象內存結構,這種結構會占用多余的內存。  回復  更多評論
  
# re: C++實用技巧(三) 2010-07-01 01:06 | 陳梓瀚(vczh)
@釀
我這不就這么做嗎,請認真閱讀。話說回來,RTTI在不是瓶頸的時候,我絕對不關掉它。  回復  更多評論
  
# re: C++實用技巧(三) 2014-10-30 00:15 | 大花貓
Ptr<T>& operator=(T* p)這個函數怎么沒有檢查自賦值  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲影院免费观看| 亚洲欧美成人在线| 欧美精品一区二区三| 欧美国产在线电影| 欧美激情视频网站| 欧美日韩精品在线观看| 国产精品久久激情| 国户精品久久久久久久久久久不卡| 国产在线观看91精品一区| 黄色一区二区在线| 在线亚洲精品福利网址导航| 欧美亚洲免费电影| 久久久久看片| 亚洲丁香婷深爱综合| 亚洲精品资源美女情侣酒店| 亚洲欧美99| 久久久一区二区| 欧美日韩在线播放一区| 国产精品美女| 亚洲区在线播放| 欧美一区二区三区视频在线| 亚洲国产99| 欧美在线视频观看免费网站| 欧美伦理91i| 亚洲第一伊人| 久久精品国产69国产精品亚洲| 亚洲国产成人精品视频| 性做久久久久久| 欧美日韩一区二区三区高清| 在线看片欧美| 久久国产精品久久久久久久久久| 91久久久久| 久久激情综合网| 国产精品草草| 亚洲高清久久网| 午夜精品亚洲| 亚洲精品免费在线| 久久夜色精品国产欧美乱极品| 国产精品视频免费在线观看| 一区二区三区蜜桃网| 欧美国产一区二区在线观看| 亚洲欧美影音先锋| 国产精品嫩草影院一区二区| 一本久久综合亚洲鲁鲁| 欧美激情在线播放| 久久伊人免费视频| 狠狠色噜噜狠狠狠狠色吗综合| 国产欧美日韩精品专区| 欧美国产乱视频| 欧美一区二区三区精品| 国产精品乱码| 亚洲一区二区三区在线看| 亚洲欧洲精品一区二区| 美日韩在线观看| 亚洲电影欧美电影有声小说| 你懂的亚洲视频| 久久野战av| 亚洲成人中文| 农村妇女精品| 欧美1区3d| 亚洲精选中文字幕| 亚洲国产91| 欧美日本韩国一区| 一本色道久久88综合日韩精品| 亚洲国产一区二区a毛片| 欧美成人精品一区二区| 亚洲国产经典视频| 亚洲国产精品va在看黑人| 欧美福利网址| 亚洲性视频网址| 亚洲一区二区三区色| 国产欧亚日韩视频| 免费在线视频一区| 欧美黄色日本| 午夜精品久久久久影视| 亚洲综合精品自拍| 在线日本欧美| 亚洲精品免费一区二区三区| 国产精品超碰97尤物18| 久久精品亚洲乱码伦伦中文| 免费成人高清在线视频| 亚洲一区二区视频在线| 欧美一区二区三区四区在线观看地址 | 欧美福利影院| 牛人盗摄一区二区三区视频| 亚洲看片免费| 99这里只有久久精品视频| 国产精品久久久亚洲一区| 久久久久久亚洲综合影院红桃 | aa级大片欧美三级| 国产精品vvv| 久久精品卡一| 欧美成人日本| 亚洲自拍偷拍福利| 久久久久亚洲综合| 在线视频欧美精品| 欧美有码视频| 亚洲美女91| 亚洲一区在线看| 亚洲福利视频三区| 中文精品视频| 久久国产黑丝| 精品成人在线视频| 亚洲国产欧洲综合997久久| 亚洲综合国产| 亚洲美女视频在线免费观看| 欧美一站二站| 宅男噜噜噜66国产日韩在线观看| 欧美中日韩免费视频| 亚洲一级黄色| 欧美大片在线看| 久久综合九色综合欧美狠狠| 国产精品超碰97尤物18| 亚洲国产美女精品久久久久∴| 国产欧美一区二区色老头| 亚洲国产欧美一区| 韩日精品在线| 亚洲香蕉在线观看| 一本色道久久88综合日韩精品 | 国产在线精品自拍| 一本大道久久精品懂色aⅴ| 亚洲人成在线观看一区二区 | 亚洲精品乱码久久久久久蜜桃麻豆 | 日韩性生活视频| 亚洲电影毛片| 欧美综合77777色婷婷| 亚洲综合二区| 欧美日韩亚洲一区三区| 亚洲激情专区| 亚洲黄色免费网站| 久久久一二三| 另类酷文…触手系列精品集v1小说| 国产精品人人做人人爽人人添| 亚洲天堂网在线观看| 午夜精品影院在线观看| 国产精品久久国产三级国电话系列| 91久久国产综合久久蜜月精品| 亚洲经典三级| 嫩草国产精品入口| 欧美成人自拍| 亚洲欧洲日本一区二区三区| 欧美理论电影网| 亚洲美女淫视频| 亚洲在线国产日韩欧美| 国产精品日韩欧美一区二区| 亚洲欧美欧美一区二区三区| 久久激情一区| 亚洲国产高清在线| 欧美精品在线视频| 99这里只有久久精品视频| 亚洲私人影院在线观看| 国产精品久久久久毛片软件| 亚洲综合成人婷婷小说| 噜噜爱69成人精品| 最新中文字幕一区二区三区| 欧美日韩mp4| 亚洲综合色丁香婷婷六月图片| 欧美在线精品免播放器视频| 麻豆精品视频在线| 欧美日韩国产一级片| 最新亚洲电影| 亚洲欧美激情视频在线观看一区二区三区| 在线亚洲精品| 香蕉久久一区二区不卡无毒影院| 国产欧美日本一区二区三区| 久久se精品一区二区| 欧美xxx在线观看| 国产欧美日韩精品专区| 久久精品色图| 亚洲精品久久久久久久久久久久 | 久久人人爽国产| 亚洲国产欧美一区二区三区同亚洲| 欧美精选一区| 性欧美暴力猛交另类hd| 欧美黄网免费在线观看| 中文一区字幕| 国产亚洲欧美日韩一区二区| 欧美精品乱码久久久久久按摩| 亚洲永久免费精品| 欧美高清视频| 久久福利资源站| 中国日韩欧美久久久久久久久| 国产色综合天天综合网| 欧美精品日韩一区| 久久精品二区三区| 中文网丁香综合网| 亚洲韩国青草视频| 久久夜色精品国产| 亚洲欧美激情四射在线日| 99xxxx成人网| 国内久久婷婷综合| 国产精品国产三级国产专播精品人| 久久久久久久久综合| 亚洲一区二区三区四区在线观看| 亚洲第一黄网| 欧美成人午夜激情在线| 久久久国产精品一区二区三区| 午夜伦欧美伦电影理论片| 亚洲少妇在线| 亚洲精品一区在线观看|