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

            小星星的天空

            O(∩_∩)O 小月亮的fans ^_^

              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              16 隨筆 :: 0 文章 :: 61 評(píng)論 :: 0 Trackbacks
            通常在C的編程中,我們經(jīng)常使用memset函數(shù)將一塊連續(xù)的內(nèi)存區(qū)域清零或設(shè)置為其它指定的值,最近在移植一段java代碼到C++的時(shí)候,不當(dāng)使用memset函數(shù)花費(fèi)了我?guī)讉€(gè)小時(shí)的調(diào)試時(shí)間。對(duì)于虛函數(shù)的底層機(jī)制很多資料都有較詳細(xì)闡述,但對(duì)我個(gè)人而言,這次的調(diào)試讓我感觸頗深。

            先來(lái)看一段代碼,在繼承的類(lèi)Advance之中,有很多屬性字段,我希望將其清成0或NULL,于是在構(gòu)造函數(shù)中我通過(guò)memset將當(dāng)前類(lèi)的所有屬性置0。

            class Base{

            public:

            virtual void kickoff() = 0;

            };
            class Advance:public Base{

            public:

            Advance(){

            memset(this, 0, sizeof(Advance));

            }

            void kickoff(){

            count++;

            //... do something else;

            }

            private:

            int attr1, attr2;

            char* label;

            int count;

            //... other attributes, they should be initiated to 0 or NULL at beginning.

            };

            int _tmain(int argc, _TCHAR* argv[])

            {
            Base* ptr = new Advance();
            ptr->kickoff();
            return 0;
            }

            這樣看似能正常運(yùn)行,但運(yùn)行程序時(shí),你會(huì)發(fā)現(xiàn)類(lèi)似于下面的錯(cuò)誤:

            TestVirtual.exe 中的 0x00415390 處未處理的異常: 0xC0000005: 讀取位置 0x00000000 時(shí)發(fā)生訪問(wèn)沖突

            同時(shí)斷點(diǎn)停留在ptr->kickoff()處,從錯(cuò)誤提示我們可以得知無(wú)法調(diào)用kickoff方法,這個(gè)方法的指針沒(méi)有被正確初始化,但為什么呢?

            指出問(wèn)題之前,先看看這段文獻(xiàn)上的關(guān)于虛函數(shù)機(jī)制的說(shuō)明:

            函數(shù)賴以生存的底層機(jī)制:vptr + vtable。虛函數(shù)的運(yùn)行時(shí)實(shí)現(xiàn)采用了VPTR/VTBL的形式,這項(xiàng)技術(shù)的基礎(chǔ):
            ①編譯器在后臺(tái)為每個(gè)包含虛函數(shù)的類(lèi)產(chǎn)生一個(gè)靜態(tài)函數(shù)指針數(shù)組(虛函數(shù)表),在這個(gè)類(lèi)或者它的基類(lèi)中定義的每一個(gè)虛函數(shù)都有一個(gè)相應(yīng)的函數(shù)指針。
            ②每個(gè)包含虛函數(shù)的類(lèi)的每一個(gè)實(shí)例包含一個(gè)不可見(jiàn)的數(shù)據(jù)成員vptr(虛函數(shù)指針),這個(gè)指針被構(gòu)造函數(shù)自動(dòng)初始化,指向類(lèi)的vtbl(虛函數(shù)表)
            ③當(dāng)客戶調(diào)用虛函數(shù)的時(shí)候,編譯器產(chǎn)生代碼反指向到vptr,索引到vtbl中,然后在指定的位置上找到函數(shù)指針,并發(fā)出調(diào)用。

            這里的問(wèn)題,就出在

            memset(this, 0, sizeof(Advance));

            上面,虛函數(shù)指針應(yīng)該在進(jìn)入構(gòu)造函數(shù)賦值體之前自動(dòng)初始化的,而memset卻又將已經(jīng)初始化好的指針清0了,這就是為什么會(huì)產(chǎn)生上面的訪問(wèn)零址的錯(cuò)誤。將上面的memset語(yǔ)句去除程序就可以正常運(yùn)行了。

            所以,從上面的問(wèn)題中,我們可以看出在構(gòu)造函數(shù)體內(nèi)調(diào)用memset將整個(gè)對(duì)象清0是很有風(fēng)險(xiǎn)的,當(dāng)沒(méi)有虛函數(shù)的時(shí)候上面程序可以正常運(yùn)行(可以試著將Base類(lèi)的純虛函數(shù)聲明改成非虛函數(shù)再運(yùn)行程序)。初始化類(lèi)的屬性對(duì)象時(shí),比較穩(wěn)妥的辦法還是手動(dòng)逐個(gè)進(jìn)行初使化
            posted on 2009-10-20 21:11 Little Star 閱讀(2832) 評(píng)論(7)  編輯 收藏 引用 所屬分類(lèi): 找工作

            評(píng)論

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題 2009-10-20 22:32 OwnWaterloo
            沒(méi)有虛函數(shù)也不可以亂來(lái)。
            空指針并不一定是二進(jìn)制全0。

            1.
            char* label = 0;

            2.
            char* label;
            memset(&label,0,sizeof(label) );

            有平臺(tái)上兩者功能不同。

              回復(fù)  更多評(píng)論
              

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題 2009-10-21 10:47 Little Star
            謝謝!@OwnWaterloo
              回復(fù)  更多評(píng)論
              

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題 2009-10-21 21:11 周龍亭
            在C++中不能用memset來(lái)初始化一個(gè)類(lèi)。
            你上面的的代碼,其實(shí)是用寫(xiě)C代碼的習(xí)慣來(lái)寫(xiě)C++代碼,
            推薦LZ全新的學(xué)習(xí)C++。  回復(fù)  更多評(píng)論
              

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題 2009-10-21 23:02 Little Star
            @周龍亭

            這個(gè)是我轉(zhuǎn)的,不代表我的意見(jiàn)。
            問(wèn)題是如果說(shuō)一個(gè)類(lèi)有上千個(gè)屬性的話,要咋清零呢?
              回復(fù)  更多評(píng)論
              

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題 2009-10-21 23:39 OwnWaterloo
            @Little Star
            class C {
            /* data declaration */
            public:
            C() { memset(this,0,sizeof(*this); }
            };

            改為:
            class C {
            struct data {
            /* data declaration */
            } data_;
            public:
            C() { memset(&data_,0,sizeof(data_); }
            };


            還是需要注意memset( ... 0 ... );
            不能保證: 指針是nullptr,浮點(diǎn)數(shù)是0.0, 0.0f, 0.0lf。
            能保證:整數(shù)是0, 字符是null字符,即'\0'。

              回復(fù)  更多評(píng)論
              

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題[未登錄](méi) 2009-10-22 01:52 Little star
            @OwnWaterloo
            那,有誰(shuí)能講講為什么不能保證:指針是nullptr,浮點(diǎn)數(shù)是0.0, 0.0f, 0.0lf呢?  回復(fù)  更多評(píng)論
              

            # re: 【轉(zhuǎn)】不當(dāng)使用memset函數(shù)帶來(lái)的麻煩問(wèn)題 2009-10-22 02:40 OwnWaterloo
            @Little star
            標(biāo)準(zhǔn)就這么規(guī)定的。

            《C 語(yǔ)言常見(jiàn)問(wèn)題集》 5.14中介紹了一些古怪的空指針。
            “至少PL/I, Prime 50 系列用段07777, 偏移0 作為空指針。
            ……
            CDC Cyber 180 系列使用包含環(huán)(ring), 段和位移的48 位指針。多數(shù)用戶
            (在環(huán)11 上) 使用的空指針為0xB00000000000。
            在舊的1 次補(bǔ)碼的CDC 機(jī)器上
            用全1 表示各種數(shù)據(jù), 包括非法指針, 是十分常見(jiàn)的事情。
            Symbolics Lisp 機(jī)器是一種標(biāo)簽結(jié)構(gòu), 它甚至沒(méi)有傳統(tǒng)的數(shù)字指針; 它使用
            <NIL, 0> 對(duì)(通常是不存在的<對(duì)象, 偏移> 句柄) 作為C 空指針。


            浮點(diǎn)如果是采用IEEE754, 0.0恰好是二進(jìn)制全0。
            但標(biāo)準(zhǔn)沒(méi)有保證浮點(diǎn)數(shù)一定采用IEEE754。

              回復(fù)  更多評(píng)論
              

            日韩一区二区三区视频久久| 精品久久久久久无码中文字幕 | 亚洲色欲久久久综合网东京热| 亚洲欧洲精品成人久久奇米网| 久久婷婷色香五月综合激情| 色婷婷综合久久久中文字幕| 99久久精品免费看国产一区二区三区 | 尹人香蕉久久99天天拍| 久久久av波多野一区二区| 久久久久亚洲精品男人的天堂 | 国内精品免费久久影院| 亚洲精品无码久久千人斩| 久久免费观看视频| 久久91精品国产91久久麻豆| 一日本道伊人久久综合影| 91精品无码久久久久久五月天| 久久人人爽人人人人爽AV | 婷婷五月深深久久精品| 一本久久免费视频| 国产精品热久久无码av| 99久久国语露脸精品国产| 久久夜色精品国产亚洲| 亚洲欧洲精品成人久久曰影片| 精品国产婷婷久久久| 日本免费久久久久久久网站| 国产精品美女久久久m| 伊人久久大香线蕉av不卡| 日本WV一本一道久久香蕉| 少妇无套内谢久久久久| 亚洲精品高清一二区久久| 一本久久a久久精品综合香蕉| 久久综合久久鬼色| 久久久久无码精品国产app| 狠狠综合久久综合中文88| 精品久久久久久久中文字幕 | 青草影院天堂男人久久| 91久久九九无码成人网站 | 亚洲国产成人久久综合一区77| 久久国产免费直播| 色婷婷久久久SWAG精品| 99久久香蕉国产线看观香|