青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

asm, c, c++ are my all
-- Core In Computer
posts - 139,  comments - 123,  trackbacks - 0
mutable關(guān)鍵字

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

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

例如:
class Demo
{
public:
??? Demo(){}
??? ~Demo(){}
public:
??? bool getFlag() const
??? {
??????? m_nAccess++;
??????? return m_bFlag;
??? }
private:
??? int? m_nAccess;
??? bool m_bFlag;
};

int main()
{
??? return 0;
}

編譯上面的代碼會(huì)出現(xiàn) error C2166: l-value specifies const object的錯(cuò)誤
說(shuō)明在const類型的函數(shù)中改變了類的非靜態(tài)數(shù)據(jù)成員.

這個(gè)時(shí)候需要使用mutable來(lái)修飾一下要在const成員函數(shù)中改變的非靜態(tài)數(shù)據(jù)成員
m_nAccess,代碼如下:

class Demo
{
public:
??? Demo(){}
??? ~Demo(){}
public:
??? bool getFlag() const
??? {
??????? m_nAccess++;
??????? return m_bFlag;
??? }
private:
??? mutable int? m_nAccess;
??? bool m_bFlag;
};

int main()
{
??? return 0;
}

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

?

?

volatile關(guān)鍵字

volatile是c/c++中一個(gè)鮮為人知的關(guān)鍵字,該關(guān)鍵字告訴編譯器不要持有變量的臨時(shí)拷貝,它可以適用于基礎(chǔ)類型
如:int,char,long......也適用于C的結(jié)構(gòu)和C++的類。當(dāng)對(duì)結(jié)構(gòu)或者類對(duì)象使用volatile修飾的時(shí)候,結(jié)構(gòu)或者
類的所有成員都會(huì)被視為volatile.

使用volatile并不會(huì)否定對(duì)CRITICAL_SECTION,Mutex,Event等同步對(duì)象的需要
例如:
int i;
i = i + 3;
無(wú)論如何,總是會(huì)有一小段時(shí)間,i會(huì)被放在一個(gè)寄存器中,因?yàn)樗阈g(shù)運(yùn)算只能在寄存器中進(jìn)行。一般來(lái)說(shuō),volatitle
關(guān)鍵字適用于行與行之間,而不是放在行內(nèi)。

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

void getKey(char* pch)
{
?while (*pch == 0)
??;
}

當(dāng)你在VC開(kāi)發(fā)環(huán)境中將最優(yōu)化選項(xiàng)都關(guān)閉之后,編譯這個(gè)程序,將獲得以下結(jié)果(匯編代碼)
;?????? while (*pch == 0)
$L27
?; Load the address stored in pch
?mov eax, DWORD PTR _pch$[ebp]
?; Load the character into the EAX register
?movsx eax, BYTE PTR [eax]
?; Compare the value to zero
?test eax, eax
?; If not zero, exit loop
?jne $L28
?;
?jmp $L27
$L28
;}

這段沒(méi)有優(yōu)化的代碼不斷的載入適當(dāng)?shù)牡刂罚d入地址中的內(nèi)容,測(cè)試結(jié)果。效率相當(dāng)?shù)牡停墙Y(jié)果非常準(zhǔn)確

現(xiàn)在我們?cè)賮?lái)看看將編譯器的所有最優(yōu)化選項(xiàng)開(kāi)關(guān)都打開(kāi)以后,重新編譯程序,生成的匯編代碼,和上面的代碼
比較一下有什么不同
;{
?; Load the address stored in pch
?mov eax, DWORD PTR _pch$[esp-4]
?; Load the character into the AL register
?movsx al, BYTE PTR [eax]
;?while (*pch == 0)
?; Compare the value in the AL register to zero
?test al, al
?; If still zero, try again
?je SHORT $L84
?;
;}

從代碼的長(zhǎng)度就可以看出來(lái),比沒(méi)有優(yōu)化的情況要短的多。需要注意的是編譯器把MOV指令放到了循環(huán)之外。這在
單線程中是一個(gè)非常好的優(yōu)化,但是,在多線程應(yīng)用程序中,如果另一個(gè)線程改變了變量的值,則循環(huán)永遠(yuǎn)不會(huì)
結(jié)束。被測(cè)試的值永遠(yuǎn)被放在寄存器中,所以該段代碼在多線程的情況下,存在一個(gè)巨大的BUG。解決方法是重新
寫(xiě)一次getKey函數(shù),并把參數(shù)pch聲明為volatile,代碼如下:

void getKey(volatile char* pch)
{
?while (*pch == 0)
??;
}

這次的修改對(duì)于非最優(yōu)化的版本沒(méi)有任何影響,下面請(qǐng)看最優(yōu)化后的結(jié)果:

;{
?; Load the address stored in pch
?mov eax, DWORD PTR _pch$[esp-4]
;?????? while (*pch == 0)
$L84:
?; Directly compare the value to zero
?cmp BYTE PTR [eax], 0
?; If still zero, try again
?je SHORT $L84
?;
;}

這次的修改結(jié)果比較完美,地址不會(huì)改變,所以地址聲明被移動(dòng)到循環(huán)之外。地址內(nèi)容是volatile,所以每次循環(huán)
之中它不斷的被重新檢查。

把一個(gè)const volatile變量作為參數(shù)傳遞給函數(shù)是合法的。如此的聲明意味著函數(shù)不能改變變量的值,但是變量的
值卻可以被另一個(gè)線程在任何時(shí)間改變掉。


explicit關(guān)鍵字


我們?cè)诰帉?xiě)應(yīng)用程序的時(shí)候explicit關(guān)鍵字基本上是很少使用,它的作用是"禁止單參數(shù)構(gòu)造函數(shù)"被用于自動(dòng)型別轉(zhuǎn)換,
其中比較典型的例子就是容器類型,在這種類型的構(gòu)造函數(shù)中你可以將初始長(zhǎng)度作為參數(shù)傳遞給構(gòu)造函數(shù).
例如:
你可以聲明這樣一個(gè)構(gòu)造函數(shù)
class Array
{
public:
?explicit Array(int size);
?......
};
在這里explicit關(guān)鍵字起著至關(guān)重要的作用,如果沒(méi)有這個(gè)關(guān)鍵字的話,這個(gè)構(gòu)造函數(shù)有能力將int轉(zhuǎn)換成Array.一旦這種
情況發(fā)生,你可以給Array支派一個(gè)整數(shù)值而不會(huì)引起任何的問(wèn)題,比如:
Array arr;
...
arr = 40;
此時(shí),C++的自動(dòng)型別轉(zhuǎn)換會(huì)把40轉(zhuǎn)換成擁有40個(gè)元素的Array,并且指派給arr變量,這個(gè)結(jié)果根本就不是我們想要的結(jié)果.如果
我們將構(gòu)造函數(shù)聲明為explicit,上面的賦值操作就會(huì)導(dǎo)致編譯器報(bào)錯(cuò),使我們可以及時(shí)發(fā)現(xiàn)錯(cuò)誤.
需要注意的是:explicit同樣也能阻止"以賦值語(yǔ)法進(jìn)行帶有轉(zhuǎn)型操作的初始化";
例如:
Array arr(40);//正確
Array arr = 40;//錯(cuò)誤

看一下以下兩種操作:
X x;
Y y(x);//顯式類型轉(zhuǎn)換
另一種
X x;
Y y = x;//隱式類型轉(zhuǎn)換

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

?

__based關(guān)鍵字


該關(guān)鍵字主要用來(lái)解決一些和共享內(nèi)存有關(guān)的問(wèn)題,它允許指針被定義為從某一點(diǎn)開(kāi)始算的32位偏移值,而不是內(nèi)存種的絕對(duì)位置
舉個(gè)例子:

typedef struct tagDEMOSTRUCT {
?int a;
?char sz[10];
} DEMOSTRUCT, * PDEMOSTRUCT;

HANDLE hFileMapping = CreateFileMapping(...);
LPVOID lpShare = (LPDWORD)MapViewOfFile(...);

DEMOSTRUCT __based(lpShare)* lpDemo;

上面的例子聲明了一個(gè)指針lpDemo,內(nèi)部?jī)?chǔ)存的是從lpShare開(kāi)始的偏移值,也就是lpHead是以lpShare為基準(zhǔn)的偏移值.
上面的例子種的DEMOSTRUCT只是隨便定義的一個(gè)結(jié)構(gòu),用來(lái)代表任意的結(jié)構(gòu).

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

在這里我只是介紹了幾個(gè)并不時(shí)很常見(jiàn)的關(guān)鍵字的意義即用法,其他那些常見(jiàn)的關(guān)鍵字介紹他們的文章已經(jīng)不少了在這里
就不再一一介紹了.希望這些內(nèi)容能對(duì)大家有一定的幫助!

posted on 2006-10-21 13:20 Jerry Cat 閱讀(2367) 評(píng)論(7)  編輯 收藏 引用

FeedBack:
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-21 13:23 | Jerry Cat
----- 大伙兒幫下忙咯 ----- 不知here有沒(méi)有南京的網(wǎng)友, 我以前南京的一個(gè)同學(xué)趙小姐要我?guī)兔Πl(fā)個(gè)租房消息, 某雖不懂但老同學(xué)的事也不好推, 將就如下:

現(xiàn)有位于南京市江寧區(qū)"武夷花園"小區(qū)的三室一廳住房一套, 水,電,氣齊全, 室內(nèi)有熱水器, 電視機(jī)及床, 衣柜等簡(jiǎn)單家具. 整租, 與人合租均可. 聯(lián)系人: 趙小姐 電話:025-83909202  回復(fù)  更多評(píng)論
  
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-21 14:29 | ^_^
似乎是轉(zhuǎn)貼啊,很久以前就看過(guò)了。
__based標(biāo)準(zhǔn)里面真的有這個(gè)關(guān)鍵字的存在嗎?這俺到不知道了,水平有限。
有一個(gè)模板相關(guān)的關(guān)鍵字export沒(méi)提出來(lái),雖然現(xiàn)在的編譯器決大部分都不支持(有支持的俺就不知道了)。  回復(fù)  更多評(píng)論
  
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-23 09:46 | run_mei
mutable不知道,說(shuō)明你不常用const關(guān)鍵字
volatile沒(méi)有用的東西,忘記它吧.
explicit不知道,說(shuō)明你對(duì)c++類型轉(zhuǎn)換不熟,很危險(xiǎn).
__based非標(biāo)準(zhǔn),忘記它吧.  回復(fù)  更多評(píng)論
  
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-23 09:57 | run_mei
與volatile類似還有register
  回復(fù)  更多評(píng)論
  
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-23 19:43 | 空明流轉(zhuǎn)
volatile不能算沒(méi)用,并發(fā)設(shè)計(jì)的時(shí)候,關(guān)鍵的地方是一定要加上的,免得編譯器錯(cuò)誤的優(yōu)化了代碼。  回復(fù)  更多評(píng)論
  
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-23 23:07 | Jerry Cat
volatile很有用的, 只不過(guò)國(guó)內(nèi)的教科書(shū)老是在次語(yǔ)焉不詳. register在以前的turbo C中倒是用過(guò)的, 自從C++后倒無(wú)緣相見(jiàn):)  回復(fù)  更多評(píng)論
  
# re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
2006-10-25 00:31 | 小山日志
volatile可不能隨便忘記的,并發(fā)時(shí)代就要到來(lái)啦  回復(fù)  更多評(píng)論
  

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理



<2006年5月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

常用鏈接

留言簿(7)

隨筆檔案

最新隨筆

搜索

  •  

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲第一精品夜夜躁人人爽| 欧美精品一二三| 久久狠狠亚洲综合| 亚洲天堂成人在线视频| 亚洲精品一区久久久久久| 亚洲人体影院| 99国产一区| 亚洲午夜高清视频| 羞羞色国产精品| 亚洲欧美国产精品专区久久| 亚洲摸下面视频| 久久久久九九九| 女同性一区二区三区人了人一| 男人的天堂亚洲| 亚洲免费av电影| 欧美有码视频| 欧美激情视频给我| 国产精品久久久久久久久久免费看 | 久久精品免费电影| 狂野欧美激情性xxxx| 亚洲狠狠丁香婷婷综合久久久| 亚洲综合激情| 久久国产精品免费一区| 欧美不卡三区| 亚洲视频大全| 久久综合狠狠综合久久激情| 欧美三区在线观看| 一区二区亚洲精品国产| 在线视频亚洲欧美| 久久躁狠狠躁夜夜爽| 9l视频自拍蝌蚪9l视频成人| 久久精品视频免费| 国产精品久久久久一区| 亚洲国产精品一区制服丝袜| 亚洲欧美日韩中文视频| 亚洲高清不卡在线| 欧美一区二区三区成人| 欧美人与禽猛交乱配| 亚洲成色999久久网站| 久久久久久久综合日本| 美女露胸一区二区三区| 夜夜嗨一区二区三区| 久久性色av| 国产欧美日韩91| 亚洲网站视频| 亚洲国产高潮在线观看| 欧美在线免费一级片| 欧美视频中文在线看| 亚洲国产另类久久精品| 久久综合九色综合欧美就去吻| 久久大综合网| 国产精品99久久久久久宅男| 欧美国产精品日韩| 亚洲电影第1页| 久久亚洲影音av资源网| 欧美在线观看视频一区二区| 国产日韩成人精品| 久久超碰97中文字幕| 亚洲欧美日韩网| 国产精品免费一区二区三区在线观看 | 在线综合亚洲欧美在线视频| 欧美精品在线视频观看| 亚洲美女性视频| 亚洲激情视频| 欧美日本一区二区高清播放视频| 99这里只有精品| av不卡在线| 国产农村妇女毛片精品久久麻豆| 欧美在线看片| 久久久久久免费| 亚洲精品乱码久久久久久黑人| 欧美激情一区二区久久久| 欧美激情亚洲自拍| 中文亚洲欧美| 亚洲影音一区| 国产日本精品| 欧美黄色成人网| 欧美剧在线免费观看网站| 亚洲国语精品自产拍在线观看| 久久激情五月激情| 久久免费的精品国产v∧| 国产一区二区三区在线观看视频 | 国产原创一区二区| 先锋a资源在线看亚洲| 中文亚洲欧美| 久久亚洲国产精品日日av夜夜| 欧美日韩精品免费观看视频| 欧美一区二区| 国产亚洲欧美日韩一区二区| 亚洲电影下载| 男女视频一区二区| 欧美波霸影院| 亚洲免费观看| 午夜免费久久久久| 国内精品免费在线观看| 久久免费视频这里只有精品| 欧美中文字幕在线视频| 国产一区二区三区久久久久久久久| 欧美一区二区三区免费视| 篠田优中文在线播放第一区| 久久人体大胆视频| 亚洲裸体视频| 亚洲无人区一区| 国产一区二区日韩| 牛牛精品成人免费视频| 欧美14一18处毛片| 国产精品99久久久久久人| 在线视频欧美一区| 国产午夜精品视频免费不卡69堂| 久久一区免费| 久久永久免费| 在线亚洲免费视频| 欧美一区影院| 亚洲第一色在线| 日韩午夜三级在线| 韩国v欧美v日本v亚洲v| 亚洲激情第一页| 国产欧美一区二区精品忘忧草 | 激情一区二区| 日韩亚洲一区二区| 国产手机视频精品| 亚洲青色在线| 国产中文一区| 一区二区三区日韩在线观看 | 国产一区亚洲| aa成人免费视频| 亚洲激情在线| 欧美自拍偷拍| 亚洲午夜伦理| 免费成人黄色| 久久久久久亚洲综合影院红桃| 欧美成人免费播放| 久久精品中文字幕一区| 欧美电影资源| 久久综合亚州| 国产欧美亚洲精品| 制服丝袜亚洲播放| 亚洲精品视频在线观看网站| 欧美专区中文字幕| 欧美影院精品一区| 欧美日韩日韩| 亚洲视频图片小说| 一区二区三区免费看| 你懂的视频欧美| 欧美www在线| 在线播放日韩| 久久精品国内一区二区三区| 免费不卡在线观看av| 久久亚洲精品网站| 久久精品亚洲| 亚洲视频第一页| 欧美天天综合网| 久久久久久91香蕉国产| 裸体女人亚洲精品一区| 国产精品欧美在线| 亚洲高清一区二| 国产日韩欧美一区二区三区在线观看| 老牛影视一区二区三区| 欧美日韩一区二区三区免费| 美日韩免费视频| 欧美黄色大片网站| 久久亚洲私人国产精品va| 欧美激情综合在线| 欧美 日韩 国产 一区| 国产精品亚洲精品| 亚洲国产日韩欧美在线动漫| 欧美黄色日本| 欧美激情第一页xxx| 国产一在线精品一区在线观看| 日韩一级黄色av| 亚洲精选中文字幕| 久久裸体艺术| 伊人成年综合电影网| 欧美精品麻豆| 亚洲福利视频网| 在线电影国产精品| 久久精品在线视频| 久久久午夜精品| 欧美午夜不卡| 日韩一级在线观看| 99精品福利视频| 久久久久久一区二区| 久久亚洲精品伦理| 韩国美女久久| 久久精品视频在线看| 久久国产精品一区二区三区四区| 国产精品久久久久久五月尺| 一本色道久久88综合亚洲精品ⅰ| 一本久道久久久| 欧美日韩一本到| 欧美ab在线视频| 久久久91精品| 一色屋精品视频在线看| 久久久噜噜噜久久久| 欧美+亚洲+精品+三区| 亚洲国产婷婷香蕉久久久久久99 | 亚洲欧美在线磁力| 国产精品久久久久久久电影| 亚洲永久在线| 裸体丰满少妇做受久久99精品 |