• <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>
            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開發(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
            ;}

            這段沒有優(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)開關(guān)都打開以后,重新編譯程序,生成的匯編代碼,和上面的代碼
            比較一下有什么不同
            ;{
            ?; 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),比沒有優(yōu)化的情況要短的多。需要注意的是編譯器把MOV指令放到了循環(huán)之外。這在
            單線程中是一個(gè)非常好的優(yōu)化,但是,在多線程應(yīng)用程序中,如果另一個(gè)線程改變了變量的值,則循環(huán)永遠(yuǎn)不會(huì)
            結(jié)束。被測(cè)試的值永遠(yuǎn)被放在寄存器中,所以該段代碼在多線程的情況下,存在一個(gè)巨大的BUG。解決方法是重新
            寫一次getKey函數(shù),并把參數(shù)pch聲明為volatile,代碼如下:

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

            這次的修改對(duì)于非最優(yōu)化的版本沒有任何影響,下面請(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è)诰帉憫?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)重要的作用,如果沒有這個(gè)關(guān)鍵字的話,這個(gè)構(gòu)造函數(shù)有能力將int轉(zhuǎn)換成Array.一旦這種
            情況發(fā)生,你可以給Array支派一個(gè)整數(shù)值而不會(huì)引起任何的問題,比如:
            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è)小小的差別,第一種方式式通過顯式類型轉(zhuǎn)換,根據(jù)型別x產(chǎn)生了型別Y的新對(duì)象;第二種方式通過隱式轉(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)的問題,它允許指針被定義為從某一點(diǎn)開始算的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開始的偏移值,也就是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í)很常見的關(guān)鍵字的意義即用法,其他那些常見的關(guān)鍵字介紹他們的文章已經(jīng)不少了在這里
            就不再一一介紹了.希望這些內(nèi)容能對(duì)大家有一定的幫助!

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

            FeedBack:
            # re: "C++你知道嗎?" 之 幾個(gè)冷僻的關(guān)鍵字
            2006-10-21 13:23 | Jerry Cat
            ----- 大伙兒幫下忙咯 ----- 不知here有沒有南京的網(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)貼啊,很久以前就看過了。
            __based標(biāo)準(zhǔn)里面真的有這個(gè)關(guān)鍵字的存在嗎?這俺到不知道了,水平有限。
            有一個(gè)模板相關(guān)的關(guān)鍵字export沒提出來(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沒有用的東西,忘記它吧.
            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不能算沒用,并發(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ó)內(nèi)的教科書老是在次語(yǔ)焉不詳. register在以前的turbo C中倒是用過的, 自從C++后倒無(wú)緣相見:)  回復(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   博問   Chat2DB   管理



            <2007年6月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            1234567

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲综合精品香蕉久久网97| 久久精品国产亚洲AV香蕉| 久久精品无码一区二区WWW| 很黄很污的网站久久mimi色| 精品久久久久久久无码| 久久精品中文无码资源站| 日本欧美久久久久免费播放网| 综合网日日天干夜夜久久| 国产亚洲精久久久久久无码77777| 亚洲欧美日韩久久精品| 一本色综合久久| 国内精品久久久久影院老司| 久久久久久久精品妇女99| 久久久久亚洲AV无码专区体验| 国产亚洲精久久久久久无码| 免费精品99久久国产综合精品| 一级做a爰片久久毛片16| 久久人人超碰精品CAOPOREN| 欧美一区二区久久精品| 热re99久久6国产精品免费| 狠狠色丁香婷综合久久| 久久精品国产精品亚洲下载| 伊色综合久久之综合久久| 色欲久久久天天天综合网| 日韩欧美亚洲综合久久影院d3| 久久e热在这里只有国产中文精品99| 伊人久久大香线蕉综合热线| 久久精品夜夜夜夜夜久久| 国产精品日韩欧美久久综合| 久久久久99这里有精品10| 国产∨亚洲V天堂无码久久久| 久久久精品人妻无码专区不卡| 一本色道久久综合亚洲精品| 青青热久久综合网伊人| 久久久这里只有精品加勒比| 亚洲午夜久久久精品影院| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久中文字幕无码专区| 欧美牲交A欧牲交aⅴ久久| 99久久免费只有精品国产| 亚洲成色WWW久久网站|