• <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>
            隨筆-60  評論-98  文章-0  trackbacks-0

                 mutable關鍵字

                關鍵字mutable是C++中一個不常用的關鍵字,他只能用于類的非靜態(tài)和非常量數(shù)據(jù)成員我們知道一個對象的狀態(tài)由該對象的非靜態(tài)數(shù)據(jù)成員決定,所以隨著數(shù)據(jù)成員的改變,對像的狀態(tài)也會隨之發(fā)生變化!

            如果一個類的成員函數(shù)被聲明為const類型,表示該函數(shù)不會改變對象的狀態(tài),也就是該函數(shù)不會修改類的非靜態(tài)數(shù)據(jù)成員.但是有些時候需要在該類函數(shù)中對類的數(shù)據(jù)成員進行賦值.這個時候就需要用到mutable關鍵字了

            例如:

            編譯上面的代碼會出現(xiàn) error C2166: l-value specifies const object的錯誤說明在const類型的函數(shù)中改變了類的非靜態(tài)數(shù)據(jù)成員.這個時候需要使用mutable來修飾一下要在const成員函數(shù)中改變的非靜態(tài)數(shù)據(jù)成員

            m_nAccess,代碼如下:

            這樣再重新編譯的時候就不會出現(xiàn)錯誤了!

            volatile關鍵字

            volatile是c/c++中一個鮮為人知的關鍵字,該關鍵字告訴編譯器不要持有變量的臨時拷貝,它可以適用于基礎類型

            如:int,char,long......也適用于C的結構和C++的類。當對結構或者類對象使用volatile修飾的時候,結構或者類的所有成員都會被視為volatile.使用volatile并不會否定對CRITICAL_SECTION,Mutex,Event等同步對象的需要

            例如:

            無論如何,總是會有一小段時間,i會被放在一個寄存器中,因為算術運算只能在寄存器中進行。一般來說,volatitle關鍵字適用于行與行之間,而不是放在行內(nèi)。

            我們先來實現(xiàn)一個簡單的函數(shù),來觀察一下由編譯器產(chǎn)生出來的匯編代碼中的不足之處,并觀察volatile關鍵字如何修正這個不足之處。在這個函數(shù)體內(nèi)存在一個busy loop(所謂busy loop也叫做busy waits,是一種高度浪費CPU時間的循環(huán)方法)

            當你在VC開發(fā)環(huán)境中將最優(yōu)化選項都關閉之后,編譯這個程序,將獲得以下結果(匯編代碼)

            這段沒有優(yōu)化的代碼不斷的載入適當?shù)牡刂?,載入地址中的內(nèi)容,測試結果。效率相當?shù)牡?,但是結果非常準確現(xiàn)在我們再來看看將編譯器的所有最優(yōu)化選項開關都打開以后,重新編譯程序,生成的匯編代碼,和上面的代碼

            比較一下有什么不同

            從代碼的長度就可以看出來,比沒有優(yōu)化的情況要短的多。需要注意的是編譯器把MOV指令放到了循環(huán)之外。這在單線程中是一個非常好的優(yōu)化,但是,在多線程應用程序中,如果另一個線程改變了變量的值,則循環(huán)永遠不會結束。被測試的值永遠被放在寄存器中,所以該段代碼在多線程的情況下,存在一個巨大的BUG。解決方法是重新

            寫一次getKey函數(shù),并把參數(shù)pch聲明為volatile,代碼如下:

            這次的修改對于非最優(yōu)化的版本沒有任何影響,下面請看最優(yōu)化后的結果:

            這次的修改結果比較完美,地址不會改變,所以地址聲明被移動到循環(huán)之外。地址內(nèi)容是volatile,所以每次循環(huán)之中它不斷的被重新檢查。把一個const volatile變量作為參數(shù)傳遞給函數(shù)是合法的。如此的聲明意味著函數(shù)不能改變變量的值,但是變量的值卻可以被另一個線程在任何時間改變掉。


            explicit關鍵字

            我們在編寫應用程序的時候explicit關鍵字基本上是很少使用,它的作用是"禁止單參數(shù)構造函數(shù)"被用于自動型別轉(zhuǎn)換,其中比較典型的例子就是容器類型,在這種類型的構造函數(shù)中你可以將初始長度作為參數(shù)傳遞給構造函數(shù).

            例如:

            你可以聲明這樣一個構造函數(shù)

            在這里explicit關鍵字起著至關重要的作用,如果沒有這個關鍵字的話,這個構造函數(shù)有能力將int轉(zhuǎn)換成Array.一旦這種情況發(fā)生,你可以給Array支派一個整數(shù)值而不會引起任何的問題,比如:

            此時,C++的自動型別轉(zhuǎn)換會把40轉(zhuǎn)換成擁有40個元素的Array,并且指派給arr變量,這個結果根本就不是我們想要的結果.如果我們將構造函數(shù)聲明為explicit,上面的賦值操作就會導致編譯器報錯,使我們可以及時發(fā)現(xiàn)錯誤.需要注意的是:explicit同樣也能阻止"以賦值語法進行帶有轉(zhuǎn)型操作的初始化";

            例如:

            看一下以下兩種操作:

            另一種

            這兩種操作存在一個小小的差別,第一種方式式通過顯式類型轉(zhuǎn)換,根據(jù)型別x產(chǎn)生了型別Y的新對象;第二種方式通過隱式轉(zhuǎn)換產(chǎn)生了一個型別Y的新對象.explicit關鍵字的應用主要就是上面所說的構造函數(shù)定義種,參考該關鍵字的應用可以看看STL源代碼,其中大量使用了該關鍵字

                __based關鍵字

            該關鍵字主要用來解決一些和共享內(nèi)存有關的問題,它允許指針被定義為從某一點開始算的32位偏移值,而不是內(nèi)存種的絕對位置

            舉個例子:

                上面的例子聲明了一個指針lpDemo,內(nèi)部儲存的是從lpShare開始的偏移值,也就是lpHead是以lpShare為基準的偏移值.

            上面的例子種的DEMOSTRUCT只是隨便定義的一個結構,用來代表任意的結構.

            雖然__based指針使用起來非常容易,但是,你必須在效率上付出一定的代價.每當你用__based指針處理數(shù)據(jù),CPU都必須為它加上基地址,才能指向真正的位置.

            posted on 2008-04-09 10:13 創(chuàng)建更好的解決方案 閱讀(12383) 評論(4)  編輯 收藏 引用 所屬分類: C++專欄

            評論:
            # re: C++關鍵字:mutable、volatile、explicit以及__based 2009-04-11 14:47 | ncy_wisdom
            侯捷的書上有吧,算原創(chuàng)嗎?  回復  更多評論
              
            # re: C++關鍵字:mutable、volatile、explicit以及__based 2009-05-04 17:50 | cloved
            先轉(zhuǎn)載,然后慢慢學習.  回復  更多評論
              
            # re: C++關鍵字:mutable、volatile、explicit以及__based[未登錄] 2010-04-16 16:53 | 菜鳥
            造詣很高,多指教  回復  更多評論
              
            # re: C++關鍵字:mutable、volatile、explicit以及__based 2011-09-13 10:53 | smileEvday
            今天偶爾看到,講的很透徹謝謝  回復  更多評論
              
            久久夜色精品国产网站| 国产69精品久久久久99| 久久丫忘忧草产品| 亚洲日韩中文无码久久| 久久青青草原国产精品免费 | 开心久久婷婷综合中文字幕| 无码任你躁久久久久久久| 久久精品国产亚洲av水果派| 一本大道久久a久久精品综合| 伊人久久国产免费观看视频| 精品久久久久久无码专区| 亚洲欧美国产精品专区久久 | 91精品国产乱码久久久久久| 久久精品无码一区二区app| 亚洲中文精品久久久久久不卡| 久久青草国产手机看片福利盒子| 久久婷婷人人澡人人爽人人爱| 91性高湖久久久久| 久久久av波多野一区二区| 思思久久99热只有频精品66| 国产精自产拍久久久久久蜜| 久久久久AV综合网成人| 国产成人综合久久精品红| 久久久国产一区二区三区| 久久福利青草精品资源站| 国产色综合久久无码有码| 久久成人小视频| 欧美国产精品久久高清| 伊人丁香狠狠色综合久久| 久久精品毛片免费观看| 久久精品国产网红主播| 久久这里只有精品18| 激情伊人五月天久久综合| 久久人人爽爽爽人久久久| 久久婷婷成人综合色综合| 久久久精品人妻一区二区三区四 | 亚洲精品无码久久毛片| 久久免费香蕉视频| 午夜精品久久久久| 婷婷久久香蕉五月综合加勒比| 久久亚洲日韩看片无码|