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

            盡管C和C++標準對于線程都明顯的“保持沉默”,但它們以volatile關鍵字的形式,確實為多線程保留了一點特權。
             就象大家更熟悉的const一樣,volatile是一個類型修飾符(type modifier)。
            它是被設計用來修飾被不同線程訪問和修改的變量。
            如果沒有volatile,基本上會導致這樣的結果:要么無法編寫多線程程序,要么編譯器失去大量優化的機會。
            class Gadget
             

            publicvoid Wait() 

            while (!flag_) 

            Sleep(
            1000); 
            // sleeps for 1000 milliseconds 
            }
             
            }
             
            void Wakeup() 

            flag_ 
            = true
            }

              
            private:
             
            bool flag_; 
            }

            上面代碼中Gadget::Wait的目的是每過一秒鐘去檢查一下flag_成員變量,當flag_被另一個線程設為true時,該函數才會返回。
            然而,這個Wait函數是錯誤的。
            假設編譯器發現Sleep(1000)是調用一個外部的庫函數,它不會改變成員變量flag_,那么編譯器就可以斷定它可以把flag_緩存在寄存器中,以后可以訪問該寄存器來代替訪問較慢的主板上的內存。
            這對于單線程代碼來說是一個很好的優化,但是在現在這種情況下,
            它破壞了程序的正確性:當你調用了某個Gadget的Wait函數后,即使另一個線程調用了Wakeup,Wait還是會一直循環下去。
            這是因為flag_的改變沒有反映到緩存它的寄存器中去。編譯器的優化未免有點太……樂觀了。

            在大多數情況下,把變量緩存在寄存器中是一個非常有價值的優化方法,如果不用的話很可惜。
            C和C++給你提供了顯式禁用這種緩存優化的機會。如果你聲明變量是使用了volatile修飾符,
            編譯器就不會把這個變量緩存在寄存器里——每次訪問都將去存取變量在內存中的實際位置。

            這樣你要對Gadget的Wait/Wakeup做的修改就是給flag_加上正確的修飾:

            class Gadget 

            public
            private
            volatile bool flag_;
             }

            posted on 2008-10-13 17:27 Randy 閱讀(192) 評論(0)  編輯 收藏 引用

            <2008年10月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            導航

            統計

            常用鏈接

            留言簿(3)

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久久国产精品网站| 久久亚洲中文字幕精品一区| 中文字幕久久波多野结衣av| 狠狠色狠狠色综合久久| 丁香五月网久久综合| 久久国产香蕉视频| 亚洲国产精品18久久久久久| 亚洲狠狠久久综合一区77777| 国产三级观看久久| 久久超碰97人人做人人爱| 国内精品久久久久影院网站| 亚洲综合伊人久久综合| 一本色道久久88加勒比—综合| 模特私拍国产精品久久| 91精品国产9l久久久久| 漂亮人妻被中出中文字幕久久 | 大伊人青草狠狠久久| 一97日本道伊人久久综合影院| 99久久精品国产高清一区二区| 久久精品夜色噜噜亚洲A∨| 狠狠色丁香婷婷久久综合不卡| 久久91精品国产91| 久久精品成人免费国产片小草| 九九久久自然熟的香蕉图片| 久久人做人爽一区二区三区| 精品国产青草久久久久福利 | 91精品国产91久久久久久蜜臀| 久久久久久久精品妇女99| 欧美午夜精品久久久久久浪潮| 亚洲精品高清国产一久久| 一本色道久久88加勒比—综合| 国产成人久久精品一区二区三区| 日产精品久久久久久久性色| 久久久久久综合网天天| 99久久国产综合精品女同图片| 波多野结衣久久精品| 免费精品久久天干天干| 精品国产乱码久久久久久呢| 国产毛片欧美毛片久久久| 亚洲AV日韩精品久久久久| 久久婷婷五月综合色高清|