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

            清風(fēng)竹林

            ぷ雪飄絳梅映殘紅
               ぷ花舞霜飛映蒼松
                 ----- Do more,suffer less

            const靈異現(xiàn)象

            const靈異現(xiàn)象

            版本:0.1

            最后修改:2010-11-22

            撰寫(xiě):李現(xiàn)民


            概述

            constc++中意味著“不可改變”,但在有些情況下我們可以“合法”地繞過(guò)編譯器去修改一些const數(shù)據(jù),比如const_cast就可以剝離一個(gè)對(duì)象的const屬性。然而,我們這樣做在多大程度上是“合理”的,卻因不同的問(wèn)題而論,也許一不小心,你就可能掉入陷阱之中。

            以下問(wèn)題,我只分析,不說(shuō)話,請(qǐng)各位看官自己判斷。


            當(dāng)目標(biāo)是一個(gè)常數(shù)

            這件事源于在網(wǎng)上看到的一篇文章,其來(lái)源已經(jīng)不可考,但大意是:就如下C++程序,其輸出是什么:

            void foo()
            {
            const int a = 1;
            int* p = const_cast<int*>(&a);
            *p = 2;
            printf(" a= %d\n *p= %d\n &a= %x\n p= %x \n\n", a, *p, &a, p);
            }


            我在VC2008下的實(shí)測(cè)結(jié)果為:

            a = 1
            *p = 2
            &a = 12ff6c
            p = 12ff6c


            好了,問(wèn)題出現(xiàn):明明p所指向的就是變量a,但為何打印其值時(shí)a!=*p

            這并非是我用錯(cuò)了const_cast,也不是編譯器進(jìn)行了優(yōu)化的問(wèn)題。事實(shí)上,在各版本的VCg++下的運(yùn)行結(jié)果均是如此。

            以下是VC2008debug版本的匯編代碼:

            const int a = 1;
            0041146E mov dword ptr [a],1
            int* p = const_cast<int*>(&a);
            00411475 lea eax,[a]
            00411478 mov dword ptr [p],eax
            *p = 2;
            0041147B mov eax,dword ptr [p]
            0041147E mov dword ptr [eax],2
            printf(" a= %d\n *p= %d\n &a= %x\n p= %x \n\n", a, *p, &a, p);
            00411484 mov esi,esp
            00411486 mov eax,dword ptr [p]
            00411489 push eax
            0041148A lea ecx,[a]
            0041148D push ecx
            0041148E mov edx,dword ptr [p]
            00411491 mov eax,dword ptr [edx]
            00411493 push eax
            00411494 push 1
            00411496 push offset string " a=\t%d\n *p=\t%d\n &a=\t%x\n p=\t%x \n\n"... (415808h)
            0041149B call dword ptr [__imp__printf (419318h)]


            printf()的四個(gè)參數(shù)入棧過(guò)程中我們可以看出:指針p的確指向變量a了,而變量a處的數(shù)值也的確被改寫(xiě)成2了,問(wèn)題是:當(dāng)壓入a的值的時(shí)候,編譯器直接壓入了其原始數(shù)值1

            關(guān)鍵其實(shí)在于:const_cast所操作的目標(biāo)是否為基礎(chǔ)數(shù)據(jù)類(lèi)型(char, int, float, double等),如果是類(lèi)(或結(jié)構(gòu)體)對(duì)象則又將是另一番情形

            當(dāng)修改字符串常量

            這個(gè)問(wèn)題最早見(jiàn)于一篇文章《Solmyr的小品文系列之一:字符串放在哪里?》,在這里我只不過(guò)轉(zhuǎn)述一二。

            代碼如下:

            void foo()
            {
            char* str1 = "watch";
            const char* str2 = "watch";
            char str3[] = "watch";

            str1
            [0] = 'm';

            std
            ::cout<< str1 << std::endl << str2 << std::endl << str3 << std::endl;
            }


            VC6Release版本運(yùn)行結(jié)果如下:

            match
            match
            watch

            VC2008Release版本運(yùn)行結(jié)果如下:

            watch
            watch
            watch


            容易看出:這段代碼的運(yùn)行結(jié)果決定于編譯器,因?yàn)槲覀兏膶?xiě)了不應(yīng)該被改寫(xiě)的常量數(shù)據(jù)。更根本的原因是:由于編譯器優(yōu)化,str1str2實(shí)際上指向的是同一份”watch”字符串

            這還帶出了另一件事:盡管str1的聲明中不帶const,但它所指向的字符串?dāng)?shù)據(jù)隱含是const類(lèi)型的

            注意:這段代碼只有Release版本才能順利執(zhí)行,Debug版版本運(yùn)行時(shí)會(huì)得到一個(gè)Access violation




            posted on 2010-11-22 15:16 李現(xiàn)民 閱讀(2316) 評(píng)論(14)  編輯 收藏 引用 所屬分類(lèi): 語(yǔ)法試煉

            評(píng)論

            # re: const靈異現(xiàn)象 2010-11-22 15:33 airtrack

            google常量折疊  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-22 15:40 李現(xiàn)民

            @airtrack
            受教了, 呵呵, 第一次聽(tīng)說(shuō)這個(gè)詞, 謝謝  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-22 18:57 冬瓜

            const僅是編譯器的警告!有很多做法都可以繞過(guò)const.  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-22 19:37 李現(xiàn)民

            @冬瓜
            可不僅僅是這樣的,對(duì)于修飾為const的變量,編譯器可能會(huì)去做一些處理,表現(xiàn)在有無(wú)const,最終生成的匯編代碼很可能是不同的  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象[未登錄](méi) 2010-11-23 09:34 vincent

            @李現(xiàn)民
            無(wú)非就是const的可能放在只讀數(shù)據(jù)段吧?
            然后對(duì)于這個(gè)段設(shè)置只讀?

            是這樣嗎?  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-23 13:01

            非正常代碼,得到的結(jié)論自然非正常了。  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-23 17:41 classyk

            一定要更改就使用volatile const
            但不是每一個(gè)編譯器都支持。  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-23 18:16 李現(xiàn)民

            @vincent
            在默認(rèn)情況下,其實(shí)不是這樣的。
            const 修飾內(nèi)置數(shù)據(jù)類(lèi)型時(shí),比如const int a= 10; 則a是一個(gè)編譯期常量,因此你可以進(jìn)一步定義int b[a]= {0}; 在編譯意味著它沒(méi)有內(nèi)存地址(這是一個(gè)運(yùn)行期的概念),因此并不存在放置于只讀數(shù)據(jù)段的現(xiàn)象。

            只所以說(shuō)是“默認(rèn)情況”,是因此在更復(fù)雜的情況下const常量對(duì)象是需要分配內(nèi)存的,比如說(shuō)文章中出現(xiàn)的取其地址的時(shí)候,再比如定義更加復(fù)雜的集合對(duì)象的時(shí)候。  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-23 18:20 李現(xiàn)民

            @classyk
            我的理解:volatile const其實(shí)是變量可以不可預(yù)期的被程序以外的環(huán)境所改變,而對(duì)于相同的一段程序內(nèi)部而言,這樣聲明并不能使你有更好的方式可以修改此變量的值  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象[未登錄](méi) 2010-11-24 19:10 vincent

            @李現(xiàn)民
            呵呵,是這樣的,是我粗心忘了這個(gè):)  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-24 22:45 fool

            字符串放在字符串常量區(qū)中
            強(qiáng)烈反對(duì),“惡心”編譯器的代碼
            既然約定const為什么不老實(shí)呢

            const_cast,有用但不能濫用  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-25 09:25 李現(xiàn)民

            @fool
            支持你一下, 哈哈
              回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-11-29 09:08 CR蘇杭

            編譯器會(huì)在調(diào)用const的那個(gè)量的地方直接用字面值替代。
            vs2010也輸出
            watch
            watch
            watch  回復(fù)  更多評(píng)論   

            # re: const靈異現(xiàn)象 2010-12-01 12:49 海楓

            >> 關(guān)鍵其實(shí)在于:const_cast所操作的目標(biāo)是否為基礎(chǔ)數(shù)據(jù)類(lèi)型(char, int, float, double等),如果是類(lèi)(或結(jié)構(gòu)體)對(duì)象則又將是另一番情形。

            說(shuō)錯(cuò)了,關(guān)鍵是編譯器做了優(yōu)化,每次讀a是,不一定是從內(nèi)存中讀取的,在printf的時(shí)候,就是從寄存器中讀取的。為什么這樣呢?為a是const的,是不會(huì)變的,所以它直接讀寄存器就可以了。這是const特性保證的。 這不是什么const 靈異,請(qǐng)忽將一個(gè)正常的行為說(shuō)得那么可怕。

            如果你不想編譯器優(yōu)化a,那么可以寫(xiě)成下面這樣。

            void foo()
            {
            volatile const int a = 1;
            int* p = const_cast<int*>(&a);
            *p = 2;
            printf(" a= %d\n *p= %d\n &a= %x\n p= %x \n\n", a, *p, &a, p);
            }

            請(qǐng)不要跟我說(shuō)volatile 和const不能同時(shí)修飾一個(gè)變量,那是因?yàn)槟阆氩煌ǘ选?nbsp; 回復(fù)  更多評(píng)論   

            久久精品国产男包| 久久精品国产亚洲αv忘忧草| 91久久精品国产成人久久| 久久综合久久综合久久| 久久伊人五月天论坛| 亚洲精品美女久久777777| 国产精品xxxx国产喷水亚洲国产精品无码久久一区| 大香网伊人久久综合网2020| 无码任你躁久久久久久老妇App| 亚洲国产另类久久久精品黑人 | 久久久久亚洲国产| 国产激情久久久久久熟女老人| 久久青青草原亚洲av无码app| 品成人欧美大片久久国产欧美| 亚洲午夜久久久久久噜噜噜| 久久精品成人欧美大片| 国产午夜福利精品久久2021| 中文精品99久久国产| 久久播电影网| 亚洲国产成人久久精品影视| 色欲av伊人久久大香线蕉影院| 欧美与黑人午夜性猛交久久久| 久久免费高清视频| 国内精品久久久久影院一蜜桃| 综合久久一区二区三区| 久久久久亚洲精品中文字幕| 日本精品久久久中文字幕| 99精品久久精品一区二区| 久久99九九国产免费看小说| 国产精品美女久久久网AV| 97久久精品无码一区二区| 性欧美丰满熟妇XXXX性久久久| 国产精品美女久久福利网站| 亚洲人成无码久久电影网站| 久久久WWW成人免费毛片| 国产免费久久精品99久久| 国产精品成人99久久久久| 久久精品国产精品亚洲下载| 国产激情久久久久影院小草| 久久综合狠狠综合久久激情 | 97精品国产97久久久久久免费|