• <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-handler,operator new分配內存不成功時就會拋出一個標準的std::bad_alloc類型的異常。

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

                ·沒有返回。典型做法是調用abortexit。abort/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++及開發環境
            国产精品久久久久影院嫩草 | 久久久WWW免费人成精品| 人人妻久久人人澡人人爽人人精品| 高清免费久久午夜精品| 久久精品欧美日韩精品| 亚洲精品无码久久久久| 久久亚洲精品无码aⅴ大香| 伊人久久大香线蕉无码麻豆| 国内精品久久久久久久coent| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久精品综合一区二区三区| 大美女久久久久久j久久| 99热精品久久只有精品| 激情五月综合综合久久69| 久久er国产精品免费观看8| 成人午夜精品久久久久久久小说| 国产激情久久久久影院| 久久亚洲国产精品123区| 久久婷婷午色综合夜啪| 精品久久久无码人妻中文字幕| 伊人色综合久久天天人手人婷 | 久久天天躁狠狠躁夜夜96流白浆| 日韩精品久久无码中文字幕| 久久精品人人做人人爽97 | 久久久国产精华液| 99久久99久久精品国产片果冻| 亚洲第一极品精品无码久久| www.久久热.com| 久久久精品久久久久特色影视| 久久乐国产综合亚洲精品| 久久精品国产99久久久| 久久久久国产成人精品亚洲午夜| 久久综合久久综合亚洲| 99久久超碰中文字幕伊人| 久久精品国产精品亚洲艾草网美妙| 狠狠色丁香婷婷久久综合| 2021精品国产综合久久| 午夜精品久久影院蜜桃| 2021久久精品国产99国产精品 | 合区精品久久久中文字幕一区| 亚洲国产欧洲综合997久久|