• <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>

            熱轉印www.yxheatpress.com

            公司網站模板http://qiyemoban.software8.co/

            常用鏈接

            統計

            友情鏈接

            最新評論

            C++中動態資源管理

            昨天看到一個知識點覺得挺有意思的,而且自己還不是很清楚,覺得講得很好。主題是“以對象來管理資源”

            C++中用得最多的就是動態的內存分配,程序中的大部分bug也都是源自于內存泄露,這也是C++相較于其他高級語言更復雜的主要原因之一,不過考慮到它強大的功能和超高的效率,這樣的復雜度也是應該的,所以上天是公平的,有點扯遠了。內存只是我們必須管理的資源之一,其他常用到的資源還包括文件描述符,數據庫連接,socket等,不論是哪種資源,我們用完之后必須要歸還給操作系統,否則就會出現Memory Leak

            看下面一段代碼:

            #include <iostream>

            using namespace std;

            class Widget

            {

            public:

                  Widget()

                  {

                    cout<<"Widget()"<<endl;

                  }

             

                  ~Widget()

                  {

                    cout<<"~Widget()"<<endl;

                  }

             

            };

             

             

            Widget* CreateWidget()

            {

               Widget* pA = new Widget;

               return pA;

            }

            void MaybeMemoryLeak()

            {

               Widget* p = CreateWidget();

               //....

               //....

               //....

               if(p!=NULL)

                  return;

               delete p;

            }

            int main()

            {

                MaybeMemoryLeak();

                cout << "Hello world!" << endl;

                return 0;

            }

            乍一看,這段代碼沒有什么問題,仔細一想,這段代碼確實有問題,而且問題很大。在函數“MaybeMemoryLeak()”中極有可能發生內存泄露,這段代碼執行下來析構函數沒有被調用,也就是發生了內存泄露。原因就在于delete p之前函數已經返回了,所以delete p不會執行。

            有人肯定會說只要保證在delete p之前不執行return語句就可以了。貌似是這樣,但是如果程序都如我們所預想的邏輯那樣跑,那也就沒有bug一說了。即使我們在delete p之前保證沒有return語句,那么第二種可能是delete p語句位于循環內部,然而循環可能在delete p之前執行了continue語句或break語句而提前退出,這樣勢必也會發生內存泄露。有人說我也能保證這種情況不會發生,那么好吧,假如delete p語句之前的代碼發生了異常,那么delete p語句仍然執行不到,我相信任何人沒有敢拍著胸脯說他寫的代碼不會發生異常吧。

            所以這幾種情況造成了我們動態分配的內存很容易發生不能正確回收,從而造成內存泄露。

             

            好了,下面進入本文真正的主題,以對象來管理資源。

            根據對上面代碼的分析,為了確保函數CreateWidget()返回的資源總是能被正確釋放,我們需要將分配的資源放進對象內,當程序執行流離開MaybeMemoryLeak()時,該對象的析構函數會自動釋放那些資源,歧視我的理解是這樣的,對象在函數里就是一個局部變量,無論如何,函數結束該局部變量肯定要被釋放,釋放時又必然會調用該對象的析構函數。正是利用了這一點,我們可能將資源放在對象里,這樣我們便可以來c++析構函數自動調用機制確保資源被正確釋放。

            C++標準程序庫提供的auto_ptr正是針對這種形勢而設計的,auto_ptr是一個類指針對象,也可以理解為一個棧對象,其析構函數自動對其所指對象調用delete,注意是delete,而不是delete []

            所以我們可能將上面的代碼加以修改:

            #include <iostream>

            #include <memory>

            using namespace std;

            class Widget

            {

            public:

                  Widget()

                  {

                    cout<<"Widget()"<<endl;

                  }

             

                  ~Widget()

                  {

                    cout<<"~Widget()"<<endl;

                  }

             

            };

             

             

            Widget* CreateWidget()

            {

               Widget* pA = new Widget;

               return pA;

            }

            void MaybeMemoryLeak()

            {

               auto_ptr<Widget> p(CreateWidget());

               //....

               //....

               //....

               cout<<p.get()<<endl;

            }

            int main()

            {

                MaybeMemoryLeak();

                cout << "Hello world!" << endl;

                return 0;

            }

            下面是程序的執行效果

            可以看到,雖然我們沒有用delete p這樣的語句來釋放p,,但是析構函數仍然被調用,原因就是當對象p在函數MaybeMemoryLeak()返回時自動銷毀而對其所指對象執行delete操作。

            這里只是說明了為什么要以對象來管理資源,否則很容易出現MemoryLeak,具體以對象來管理資源的方法就是用到了智能指針,關于智能指針的用法和注意點這里就不多說了。比如說像auto_ptr復制時不能保值,所以在賦值操作時要特別注意。還有就是auto_ptr不能用作STL容器中的元素等等。

            posted on 2013-04-29 10:44 不聽話的 閱讀(1458) 評論(0)  編輯 收藏 引用

            久久无码国产| 99久久er这里只有精品18| 久久精品国产99国产精品| 久久久精品久久久久特色影视| .精品久久久麻豆国产精品| 一本大道久久a久久精品综合| 精品久久久久久无码国产| 亚洲精品高清国产一线久久| 99久久国产综合精品网成人影院 | 精品国产综合区久久久久久 | 奇米影视7777久久精品| 久久久久无码国产精品不卡| 久久精品国产亚洲AV忘忧草18| 人人狠狠综合久久亚洲婷婷| 日产精品久久久一区二区| 久久国产成人精品国产成人亚洲| 精品国产99久久久久久麻豆| 精品久久久久久无码人妻蜜桃 | 欧美黑人又粗又大久久久| 久久精品国产72国产精福利| 狠狠色丁香婷婷久久综合不卡| 久久夜色精品国产亚洲| 午夜精品久久影院蜜桃| 色偷偷88欧美精品久久久| .精品久久久麻豆国产精品| 性欧美大战久久久久久久久| 久久久午夜精品福利内容| 久久综合成人网| 久久99久久成人免费播放| 久久亚洲高清观看| 久久国产精品久久久| 久久久女人与动物群交毛片| 97久久天天综合色天天综合色hd| 国产精品久久新婚兰兰| 一本一道久久a久久精品综合| 久久九九兔免费精品6| 亚洲欧美国产精品专区久久 | 亚洲伊人久久大香线蕉综合图片| 久久人人爽人人人人爽AV | 久久久噜噜噜久久熟女AA片| 色综合久久无码五十路人妻|