• <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 閱讀(199) 評論(0)  編輯 收藏 引用

            <2008年2月>
            272829303112
            3456789
            10111213141516
            17181920212223
            2425262728291
            2345678

            導航

            統計

            常用鏈接

            留言簿(3)

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            青青热久久国产久精品| 一本久久a久久精品综合夜夜| 午夜精品久久久久久影视777| 久久久久久久免费视频| 日韩久久久久久中文人妻| 国产精品久久成人影院| 欧美大战日韩91综合一区婷婷久久青草| 日本欧美国产精品第一页久久| 亚洲欧美国产精品专区久久| 国产精品对白刺激久久久| 久久久久久国产精品美女| 欧美午夜精品久久久久免费视| 国产成人久久精品二区三区| 少妇人妻综合久久中文字幕| 免费观看成人久久网免费观看| 久久精品免费一区二区| 91久久精品视频| 久久久久无码精品国产| 欧美与黑人午夜性猛交久久久| 国产成人精品免费久久久久| 狠狠色丁香婷婷久久综合 | 精品久久久久久无码国产| 狠狠色狠狠色综合久久| 久久精品女人天堂AV麻| 亚洲国产成人久久综合一| 久久国产精品77777| 久久久久久久女国产乱让韩| 精品久久久久久无码中文字幕| 狠狠色婷婷久久一区二区三区| 日产精品久久久久久久| 国内高清久久久久久| 亚洲人成伊人成综合网久久久| 久久福利资源国产精品999| 亚洲а∨天堂久久精品9966| 久久精品国产99久久香蕉| 久久国产免费直播| 精品一二三区久久aaa片| 欧美成人免费观看久久| 狠狠色婷婷久久一区二区| 日韩精品久久久肉伦网站| 久久国产精品无码一区二区三区 |