• <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>
              C++博客 :: 首頁 ::  :: 聯(lián)系 ::  :: 管理

            臨時對象的生存期

            Posted on 2006-09-04 23:23 chenger 閱讀(1373) 評論(13)  編輯 收藏 引用 所屬分類: Programming Stuff
            來自于CSDN上的一個帖子,題目很嚇人,發(fā)現(xiàn)了VS 2005的一個重量級Bug!

            還是直接給出代碼:

            #include <iostream>
            #include
            <string>

            using
            namespace std;

            int
            main()
            {

            ??? const
            char *p = string("hello").c_str();
            ??? cout << p << endl;

            ??? return
            0;
            }


            想想輸出結(jié)果是什么?

            這時VS2005和g++的結(jié)果就不一樣了。VS2005上什么都不輸出,而g++ 3.4上則輸出了似乎非常合理的結(jié)果:hello,符合很多人的預期。不過查了標準以后,還是把票投給VS2005。

            首先,string("hello")產(chǎn)生了一個temporary object,或者說臨時對象。C++標準對臨時對象的生存期(life time)有明確的規(guī)定,可見標準12.2節(jié)第3-5條。第3條討論了臨時對象的析構(gòu)時間:

            3. ... Temporary objects are destroyed as the last step in evaluating the full-expression (1.9) that (lexically) contains the point where they were created. This is true even if that evaluation ends in throwing an exception.

            這又涉及到full-expression的定義了,參見1.9節(jié)。整個對p的初始化構(gòu)成了一個full-expression。在下結(jié)論之前,還要先看看第4、5條,分別討論了兩個例外情形,一個是將臨時對象作為初始化子,例如string s = string("hello");第二是將一個引用變量綁定到這個臨時對象上,例如const string &s = string("hello"),總而言之,在這兩種情形中可以通過一個名字來存取這個對象,此對象的生存期就延長到變量名的作用域結(jié)束。除此之外,都按照第3條處理。

            有了這些準備,拿前面給的例子往里套就明白了:這里沒有出現(xiàn)4、5所指出的例外,因此第3條的原則適用。而不管full-expression如何,可以確定的是在p被初始化之后臨時對象string("hello")的析構(gòu)函數(shù)就應該被調(diào)用。在VS2005中進行調(diào)試,可以發(fā)現(xiàn)string析構(gòu)函數(shù)調(diào)用的時間就在p被初始化之后,語句cout << p << endl執(zhí)行之前。手頭沒有方便的工具來調(diào)試g++編譯出來的程序(不太會用gdb調(diào)試C++程序,特別涉及到STL)。至于之后p指向的內(nèi)存到底如何,則和具體的string實現(xiàn)相關(guān)了。這樣分析下來,VS2005的結(jié)果還是比較不錯的,而g++的結(jié)果則容易讓人產(chǎn)生誤解。

            Update:察看g++編譯出來的匯編代碼,發(fā)現(xiàn)g++同樣在表達式求值后析構(gòu)了臨時對象,只不過由于實現(xiàn)上的原因,p指向的內(nèi)容還沒有清空。

            Feedback

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 17:17 by LOGOS
            老實說,總感覺這種討論意義不大,因為敢這么用string("hello").c_str()的人,應該把他給開除了....
            除了給項目添亂,還能干什么

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 17:20 by shaker
            就像有人討論(a++)+(a++)+(a++)的值一樣 完全不覺得這有啥意義!~

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 17:42 by chenger
            弄弄清楚總是好的。而且它原來的例子更迷惑一點:

            string get_str()
            {
            return string("hello");
            }

            int main()
            {
            const char *p = get_str().c_str();
            cout << p << endl;
            return 0;
            }

            雖然實質(zhì)上是一樣的。文章里的例子是我自己編的,比較矯揉造作。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 18:05 by 周星星
            “不過查了標準以后,還是把票投給VS2005”
            ------ 難道C++標準強制規(guī)定那部分臨時對象的殘余值一定不可用嗎?
            因為C++標準沒有規(guī)定其可用,所以程序員就不應該使用,但這不是強制要求編譯器一定要讓使用者出錯。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 18:16 by chenger
            我不是說g++錯,在這個問題上g++和VC8的處理方式都沒有問題,都符合標準。文中也說了,只是覺得g++的這個string實現(xiàn)比較容易讓人誤解。既然程序員不應該用,那么編譯器或者庫作者干脆就讓其不可用不是挺好的嗎?至少,出個明顯的錯比運行了半天然后莫名其妙地crack掉好多了

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 20:43 by 萬連文
            做開發(fā)的人和做學生的關(guān)注點不同,就像我以前抱住STL而不用MFC Collection一樣,周星馳說過:球不是這么t的;修改一下:項目不是這么開發(fā)的。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-05 21:08 by chenger
            我不但是學生,而且是業(yè)余……
            也就是自娛自樂

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-06 08:47 by 子彈
            經(jīng)常查標準的習慣不錯?!呛?/div>

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-09 15:28 by oosky
            簡單回顧了一下,g++更傾向于標準一點。并沒有作明確的定義。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-10 12:17 by 含笑半步癲
            vc2005去清空內(nèi)容是多此一舉。需要new的東西多了,難道要求delete清空所有new的內(nèi)容?
            問一下,你上面的代碼是2005生成的嗎?看起來很不錯。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-10 12:28 by chenger
            @含笑半步癲
            最好的辦法還是去看VS的stl源碼,不過感覺VC STL的可讀性極差……
            我雖然一直在說vs2005怎么樣怎么樣,不過我的電腦上只裝了VC++ 2005 Express,比起vs來,除了基本的ide和編譯器,別的都很受限制,比如默認不帶Windows SDK,也沒有MFC。
            我的代碼都是用Vim寫的。Vim里可以直接把著色的源碼轉(zhuǎn)換成html,然后再粘過來。唯一的問題是縮進有時候要出點問題,似乎C++博客對pre標簽作了些處理,只好手工調(diào)整了。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-10 12:55 by 含笑半步癲
            還沒到需要看源碼地步。
            我還以為有了更好的ide了。
            對了,你vc2005用release模式,看看還會不會出現(xiàn)你說的情況。debug模式好像有作一些操作,使調(diào)試方便。

            # re: 臨時對象的生存期  回復  更多評論   

            2006-09-10 15:41 by chenger
            都試過了,不管release還是debug,行為是一樣的。
            我察看了一下vc中string的實現(xiàn),它使用了一個union來保存字符串,如果字符串比較小,那么就用棧上的數(shù)組來保存。在析構(gòu)的時候,會重新設置字符串的最后一字節(jié)為0。
            99久久99久久| 热99re久久国超精品首页| 久久国产劲爆AV内射—百度| 久久久久亚洲AV无码观看 | 51久久夜色精品国产| 99久久婷婷国产一区二区| 久久www免费人成看片| 爱做久久久久久| WWW婷婷AV久久久影片| 久久香综合精品久久伊人| 丁香五月综合久久激情| 国产精品亚洲综合专区片高清久久久 | 看全色黄大色大片免费久久久| 久久亚洲国产精品成人AV秋霞| 亚洲国产香蕉人人爽成AV片久久| 久久精品一区二区国产| 久久精品国产亚洲av麻豆蜜芽 | 99久久综合国产精品免费| 国内精品久久久久久不卡影院| 久久被窝电影亚洲爽爽爽| 人人妻久久人人澡人人爽人人精品| 久久久久噜噜噜亚洲熟女综合| 99久久精品久久久久久清纯| 99久久www免费人成精品| 久久精品无码一区二区日韩AV | aaa级精品久久久国产片| 97精品国产91久久久久久| 91久久精品无码一区二区毛片| 国产精品熟女福利久久AV| 久久久无码精品亚洲日韩京东传媒| 亚洲精品美女久久久久99| 国产精品久久久99| 久久精品aⅴ无码中文字字幕重口| 99久久无色码中文字幕| 久久天天躁狠狠躁夜夜2020一| 国产亚洲欧美成人久久片 | 久久精品18| 久久精品亚洲精品国产色婷| 精品久久久久久无码不卡| 999久久久免费国产精品播放| 久久精品黄AA片一区二区三区|