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

            關于關鍵字volatile使用

            其實關鍵字volatile大家的說法都差不多,但是很少有一個簡單的程序來觀測結果或者說狀態

            OK,上個簡單的程序,在這里將很好的說明volatile關鍵字 1 #include <stdio.h>
             1 #include <stdio.h>
             2 
             3 int main(void)
             4 {
             5     volatile int z = 1;
             6     int m = (++z) + (++z) + (++z);
             7 
             8     printf("m = %d\n", m);
             9 
            10     return 0;
            11 }
            12 

            如果不加上volatile關鍵字,在不同的編譯器下有不同的結果,有的是10,有的是12,
            加上volatile關鍵字后在gcc上就能得到正常的結果了,但是在VC下依舊不能得到想要的結果,一直沒
            也沒想通為什么,希望知道結果的通知回帖。

            posted on 2011-06-17 11:59 Hallelujah 閱讀(2053) 評論(8)  編輯 收藏 引用 所屬分類: C++學習

            評論

            # re: 關于關鍵字volatile使用 2011-06-17 13:49 天衣有縫

            gcc-4.4.4

            不加volatile結果是10
            加上結果是9

            vc編譯器應該是在 int m = (++z) + (++z) + (++z);語句 之前設置寄存器遍歷保存3次++的結果,然后再參與計算。所以得到12

            所以這段代碼加上volatile仍然是沒有移植性的  回復  更多評論   

            # re: 關于關鍵字volatile使用 2011-06-17 13:51 airtrack

            這個跟volatile沒關系的,int m = (++z) + (++z) + (++z);這個東西的求值順序標準沒有規定,不同編譯器的實現是不同的。  回復  更多評論   

            # re: 關于關鍵字volatile使用 2011-06-17 14:24 Hallelujah

            @airtrack
            肯定的,編譯器實現不同,得到了不同的結果,問題是在gcc下,如果不加volatile產生的結果和加上就是不一樣  回復  更多評論   

            # re: 關于關鍵字volatile使用 2011-06-17 14:31 Hallelujah

            謝謝你的評論,我也認為沒有可移植性,但是至少在Linux下用gcc編譯器是可行的@天衣有縫
              回復  更多評論   

            # re: 關于關鍵字volatile使用 2011-06-17 14:35 airtrack

            “加上volatile關鍵字后在gcc上就能得到正常的結果了”什么是你想要的正常結果?既然標準既沒有規定求值順序,那你的想要的"正常結果"即使在你使用了某種特殊的方法后得到了,那換了一個編譯器之后也不一定就是你想要的。標準沒有規定求值順序,決定權自然是有各個編譯器掌握,而gcc自然有權利決定加volatile和不加volatile的結果是否相同。  回復  更多評論   

            # re: 關于關鍵字volatile使用[未登錄] 2011-06-17 14:53 nscboy

            @airtrack
            我覺得也是這樣.
            但C++標準沒有規定該操作是未定義的.所以大家還可以使用運算符先后順序進行演算.最后得出一個"正確"的結論.并可以要求編譯器支持
            未定義的表達式為:
            z = (++z) + (++z) + (++z);
            這個表達式就仁者見仁,智者見智了.  回復  更多評論   

            # re: 關于關鍵字volatile使用 2011-06-18 18:01 哈哈愛護的吧

            你用了C語言里的未定義行為  回復  更多評論   

            # re: 關于關鍵字volatile使用 2011-06-21 09:48 lugesot

            volatile會對程序結果產生影響。但(++z) + (++z) + (++z)確實是沒有標準的,標準沒有定義,這個寫法,據說已經公認地被禁止了。也就是說,是很臭的寫法。  回復  更多評論   

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導航

            統計

            常用鏈接

            留言簿(1)

            隨筆分類(15)

            隨筆檔案(14)

            最新隨筆

            搜索

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久最近最新中文字幕大全| 蜜桃麻豆www久久国产精品| 亚洲国产精品久久久天堂| 伊人久久大香线蕉亚洲五月天| 国产精品一久久香蕉国产线看 | 99久久精品免费看国产一区二区三区| 国产日韩欧美久久| 日日噜噜夜夜狠狠久久丁香五月| 青青草国产精品久久| 亚洲中文字幕无码久久2017| 99久久亚洲综合精品成人| 久久天天躁狠狠躁夜夜avapp | 亚洲国产日韩欧美综合久久| 久久99精品久久久久久动态图 | 亚洲国产精品无码久久久久久曰| 久久久久久久久久久久中文字幕| 久久久国产精华液| 久久精品国产福利国产秒| 波多野结衣AV无码久久一区| 久久亚洲精品无码观看不卡| 成人免费网站久久久| 亚洲AV无码久久精品色欲| 性做久久久久久久久老女人| 国产香蕉97碰碰久久人人| 国产精品青草久久久久婷婷| 久久久久99精品成人片试看| 久久只这里是精品66| 欧美日韩成人精品久久久免费看| 久久电影网2021| 国产精品久久亚洲不卡动漫| 久久精品无码一区二区无码 | 久久精品国产亚洲7777| 久久91亚洲人成电影网站| 久久精品国产亚洲av水果派| 无码人妻少妇久久中文字幕蜜桃| 四虎国产精品成人免费久久| 亚洲国产成人久久综合野外| 日韩欧美亚洲综合久久影院Ds| 久久久久综合国产欧美一区二区| 久久国产视屏| 亚洲精品乱码久久久久久蜜桃|