• <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 不聽話的 閱讀(1457) 評論(0)  編輯 收藏 引用

            国产精品99久久99久久久| 无码任你躁久久久久久久| 少妇精品久久久一区二区三区| 亚洲午夜精品久久久久久浪潮| 午夜精品久久久久久中宇| 国产亚洲婷婷香蕉久久精品| 久久人人爽人人澡人人高潮AV| 亚洲av成人无码久久精品| 国产91色综合久久免费分享| 久久午夜综合久久| 国产婷婷成人久久Av免费高清| 久久精品成人| 久久精品一区二区国产| 久久综合一区二区无码| 国产精品久久久久国产A级| 亚洲人成无码网站久久99热国产| A狠狠久久蜜臀婷色中文网| 亚洲精品午夜国产va久久| 久久综合综合久久97色| 久久99精品久久只有精品| 精品久久久久成人码免费动漫 | 色综合久久综精品| 亚洲午夜久久久久久噜噜噜| 国产69精品久久久久99尤物| 久久影院综合精品| 久久亚洲精品无码VA大香大香 | 久久国产色av免费看| 国产精品欧美久久久久天天影视| 久久亚洲私人国产精品| 亚洲中文久久精品无码| 四虎国产精品成人免费久久| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 欧美日韩中文字幕久久久不卡| 青青草原综合久久| 久久最近最新中文字幕大全| 国内精品久久久久伊人av| 久久精品中文字幕无码绿巨人 | 久久久精品人妻一区二区三区蜜桃 | 久久久久亚洲精品日久生情| 日本久久中文字幕| 亚洲国产成人久久综合区|