• <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。
            人妻丰满?V无码久久不卡| 亚洲AV无码久久精品蜜桃| 亚洲AV无码久久| 久久天天躁狠狠躁夜夜躁2O2O | 久久久久久久免费视频| 久久久无码精品午夜| 久久婷婷人人澡人人爽人人爱| 色综合久久无码中文字幕| 久久精品国产一区| 伊人久久成人成综合网222| 国产精品久久久久aaaa| 欧美久久久久久| 国产精品女同一区二区久久| 久久久久国产精品人妻| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品亚洲乱码伦伦中文| 精品国产乱码久久久久软件| 99热热久久这里只有精品68| 国产精品99久久久精品无码| 久久亚洲视频| 久久无码AV中文出轨人妻| 国产一区二区三区久久| 亚洲国产另类久久久精品黑人 | 囯产精品久久久久久久久蜜桃| 日本福利片国产午夜久久| 99久久夜色精品国产网站| 性高朝久久久久久久久久| 九九久久99综合一区二区| 久久99久久99精品免视看动漫| 色8激情欧美成人久久综合电| 一本久久a久久精品综合夜夜 | 色综合色天天久久婷婷基地| 久久66热人妻偷产精品9| 久久强奷乱码老熟女网站| 欧美激情精品久久久久久久| 国产精品嫩草影院久久| 青青青青久久精品国产 | 亚洲欧洲久久av| 日本欧美国产精品第一页久久| 久久久91人妻无码精品蜜桃HD| 91麻豆精品国产91久久久久久|