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

            兔子的技術博客

            兔子

               :: 首頁 :: 聯系 :: 聚合  :: 管理
              202 Posts :: 0 Stories :: 43 Comments :: 0 Trackbacks

            留言簿(10)

            最新評論

            閱讀排行榜

            評論排行榜

            2009-09-19 16:42
            我們都知道,使用 malloc/calloc 等分配內存的函數時,一定要檢查其返回值是否為“空指針”(亦即檢查分配內存的操作是否成功),這是良好的編程習慣,也是編寫可靠程序所必需的。但是,如果你簡單地把這一招應用到 new 上,那可就不一定正確了。我經常看到類似這樣的代碼:

                    int* p = new int[SIZE];
                    if ( p == 0 ) // 檢查 p 是否空指針
                        return -1;
                    // 其它代碼

                其實,這里的 if ( p == 0 ) 完全是沒啥意義的。C++ 里,如果 new 分配內存失敗,默認是拋出異常的。所以,如果分配成功,p == 0 就絕對不會成立;而如果分配失敗了,也不會執行 if ( p == 0 ),因為分配失敗時,new 就會拋出異常跳過后面的代碼。如果你想檢查 new 是否成功,應該捕捉異常

                    try {
                        int* p = new int[SIZE];
                        // 其它代碼
                    } catch ( const bad_alloc& e ) {
                        return -1;
                    }

                據說一些老的編譯器里,new 如果分配內存失敗,是不拋出異常的(大概是因為那時 C++ 還沒加入異常機制),而是和 malloc 一樣,返回空指針。不過我從來都沒遇到過 new 返回空指針的情況。

                當然,標準 C++ 亦提供了一個方法來抑制 new 拋出異常,而返回空指針:

                    int* p = new (std::nothrow) int; // 這樣如果 new 失敗了,就不會拋出異常,而是返回空指針
                    if ( p == 0 ) // 如此這般,這個判斷就有意義了
                        return -1;
                    // 其它代碼

            ===============================詳解===================================

            首先按c++標準的話,new失敗會拋出bad_alloc異常,但是有些編譯器對c++標準支持不是很好,比如vc++6.0new失敗不會拋出異常,而返回0.

            //不支持c++標準的做法如下

            double *ptr=new double[1000000];

            if( 0 == ptr)

            ……處理失敗……

            //標準推薦做法一。

            try

            {

                double *ptr=new double[1000000];

            }

            catch(bad_alloc &memExp)

            {

                //失敗以后,要么abort要么重分配

                cerr<<memExp.what()<<endl;

            }

            //標準推薦做法二

            是使用set_new_handler函數處理new失敗。它在頭文件<new>里大致是象下面這樣定義的:

            typedef void (*new_handler)();

            new_handler set_new_handler(new_handler p) throw();

            可以看到,new_handler是一個自定義的函數指針類型,它指向一個沒有輸入參數也沒有返回值的函數。set_new_handler則是一個輸入并返回new_handler類型的函數。

            set_new_handler的輸入參數是operator new分配內存失敗時要調用的出錯處理函數的指針,返回值是set_new_handler沒調用之前就已經在起作用的舊的出錯處理函數的指針。

            可以象下面這樣使用set_new_handler

            // function to call if operator new can't allocate enough memory

            void nomorememory()

            {

            cerr << "unable to satisfy request for memory\n";

            abort();

            }

            int main()

            {

            set_new_handler(nomorememory);

            int *pbigdataarray = new int[100000000];

            ...

            }

            operator new不能滿足內存分配請求時,new-handler函數不只調用一次,而是不斷重復,直至找到足夠的內存。實現重復調用的代碼在條款8里可以看到,這里我用描述性的的語言來說明:一個設計得好的new-handler函數必須實現下面功能中的一種。

                ·產生更多的可用內存。這將使operator new下一次分配內存的嘗試有可能獲得成功。實施這一策略的一個方法是:在程序啟動時分配一個大的內存塊,然后在第一次調用new-handler時釋放。釋放時伴隨著一些對用戶的警告信息,如內存數量太少,下次請求可能會失敗,除非又有更多的可用空間。

                ·安裝另一個不同的new-handler函數。如果當前的new-handler函數不能產生更多的可用內存,可能它會知道另一個new-handler函數可以提供更多的資源。這樣的話,當前的new-handler可以安裝另一個new-handler來取代它(通過調用set_new_handler)。下一次operator new調用new-handler時,會使用最近安裝的那個。(這一策略的另一個變通辦法是讓new-handler可以改變它自己的運行行為,那么下次調用時,它將做不同的事。方法是使new-handler可以修改那些影響它自身行為的靜態或全局數據。)

                ·卸除new-handler。也就是傳遞空指針給set_new_handler。沒有安裝new-handleroperator new分配內存不成功時就會拋出一個標準的std::bad_alloc類型的異常。

                ·拋出std::bad_alloc或從std::bad_alloc繼承的其他類型的異常。這樣的異常不會被operator new捕捉,所以它們會被送到最初進行內存請求的地方。(拋出別的不同類型的異常會違反operator new異常規范。規范中的缺省行為是調用abort,所以new-handler要拋出一個異常時,一定要確信它是從std::bad_alloc繼承來的。想更多地了解異常規范)

                ·沒有返回。典型做法是調用abortexitabort/exit可以在標準c庫中找到(還有標準c++)

            上面的選擇給了你實現new-handler函數極大的靈活性。

            更多知識請參考《Effective c++

            轉自:http://hi.baidu.com/bellgrade/blog/item/dfff21259c12cf39c9955969.html
            posted on 2012-06-14 16:27 會飛的兔子 閱讀(825) 評論(0)  編輯 收藏 引用 所屬分類: C++及開發環境
            久久久久久A亚洲欧洲AV冫| 精品久久久噜噜噜久久久| 国产成人香蕉久久久久| 欧美精品一区二区精品久久| 99久久婷婷国产综合精品草原| 久久国产成人午夜AV影院| 久久久久亚洲精品日久生情 | 亚洲乱码中文字幕久久孕妇黑人| 欧美一区二区三区久久综合| 色综合久久88色综合天天| 久久伊人精品一区二区三区| 国产成人精品久久二区二区| 香蕉久久影院| 国产AⅤ精品一区二区三区久久| 老男人久久青草av高清| 亚洲国产精品久久久久婷婷老年| 精品久久久久久国产| 国产精品成人久久久久久久| 日韩精品久久久久久久电影蜜臀| 久久精品一区二区三区中文字幕| 久久久婷婷五月亚洲97号色| 久久精品一区二区三区中文字幕| 久久夜色精品国产噜噜噜亚洲AV| 四虎久久影院| 久久免费视频一区| segui久久国产精品| 久久成人精品视频| 精品久久久久久中文字幕人妻最新| 久久精品这里只有精99品| 国产精品久久久99| yellow中文字幕久久网| 久久精品国产69国产精品亚洲| 亚洲国产精品无码久久久不卡| 久久亚洲国产精品123区| 国产女人aaa级久久久级| 久久久久久免费一区二区三区 | 中文字幕成人精品久久不卡| 亚洲中文字幕无码久久精品1| 99久久这里只精品国产免费| 久久久久久久91精品免费观看| 久久综合久久性久99毛片|