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

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            性做久久久久久久久久久| 无码人妻久久一区二区三区蜜桃| 久久精品国产99久久丝袜| 91精品国产91热久久久久福利 | 天天爽天天爽天天片a久久网| 香蕉久久永久视频| 精品国产乱码久久久久久呢| 精品久久国产一区二区三区香蕉| 久久精品国产亚洲AV大全| 一本色道久久HEZYO无码| 热99RE久久精品这里都是精品免费| 99久久精品国产一区二区| 亚洲а∨天堂久久精品9966| 国产亚洲精久久久久久无码| 久久国产亚洲高清观看| 日批日出水久久亚洲精品tv| 99久久精品国产免看国产一区| 久久久久久久女国产乱让韩| 青青青青久久精品国产 | 国产精品久久久久久福利漫画| 国产精品久久久久一区二区三区| 2021久久国自产拍精品| 中文字幕久久精品| 久久99九九国产免费看小说| 蜜桃麻豆www久久| 久久精品无码一区二区无码| 精品国产乱码久久久久久人妻| 亚洲国产精品无码久久青草| 99久久精品免费看国产免费| 久久久中文字幕| 久久电影网一区| 久久精品无码一区二区日韩AV| 国产精品一区二区久久| 久久99国产精品尤物| 国产精品无码久久综合| 久久久精品人妻一区二区三区蜜桃| 久久人人爽人人爽人人片AV不| 久久国产AVJUST麻豆| 亚洲第一极品精品无码久久| 久久久久免费精品国产| 99久久国语露脸精品国产|