• <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>
            數(shù)據(jù)加載中……

            【轉(zhuǎn)】關(guān)于C++虛函數(shù)

            如果你是C++程序員,我想你可能遇到過這樣的情況:

            在debug時,對著一個函數(shù)step into,明明調(diào)用的是A函數(shù),可是結(jié)果卻跳進了B函數(shù)。

            為什么,call stack里顯示的也是明明白白,就是直接進了B函數(shù)。百思不得其解,于是你懷疑是不是系統(tǒng)出了問題,是不是編譯器出了問題,是不是調(diào)試器出了問題~~~

            其實那些玩意不是那么容易出錯的,先看看你你的A,B函數(shù)是不是同一個類的虛函數(shù),如果是,這極有可能是因為你修改過虛函數(shù)而沒有完全編譯引起的。

            還沒明白?看看這個例子, 假設(shè)你在Project1中有一個名為KuQin.COM的類,該類有三個虛函數(shù):

            class KuQin.COM
            {
            public:
            virtual void f1();
            virtual void f2();
            virtual void f3();
            };

            在Project2中你調(diào)用了其虛函數(shù):

            pDbgNow->f2();

            之后由于某種需求你在這個類中加入了一個虛函數(shù):

            class KuQin.COM
            {
            public:
            virtual void f1();
            virtual void f1_5();
            virtual void f2();
            virtual void f3();
            };

            只編譯Project1,在Project2中調(diào)用到pDbgNow->f2()時,你就會發(fā)現(xiàn)本文一開始描述的情況:明明調(diào)用的是f2(),結(jié)果卻進了f1_5()。理由如下:

            pDbgNow->f2()之前被編譯為調(diào)用類KuQin.COM的第二個虛函數(shù),因為是虛函數(shù),其真正調(diào)用類似于pDbgNow->vtable[1]。因為在加入函數(shù)f1_5()后,f1_5成為了該虛表中的第二個函數(shù),但由于沒有重新編譯Project2,pDbgNow->f2()的調(diào)用沒有更新為正確的pDgbNow->vtable[2],所以真正調(diào)用的是函數(shù)f1_5(),與函數(shù)名無關(guān)。

            可能你會認為這種"低級錯誤"根本不會發(fā)生在你身上,至少有兩個方法來解決這個問題:

            1. 永遠把虛函數(shù)加到最后
            2. 永遠編譯所有的工程

            的確,這兩招在一定程度上是有效的,但讓我們仔細分析一下:

            1. 永遠把虛函數(shù)加到最后,針對上面這個例子是有用的。可是如果有其他類派生于類KuQin.COM,即使你把虛函數(shù)加到了類KuQin.COM的最后,還是會打亂其派生類的虛表。
            2. 永遠編譯所有的工程,這的確是一個保險的方法。可是在一個大型系統(tǒng)中,編譯所有的代碼所耗費的時間是非常大的,加了一個虛函數(shù),你可能得等上個好幾個小時才能看到最后的結(jié)果,這是我們不愿承受的。

            那么,對于大型系統(tǒng)中一個正處于積極修改期的核心基類,一個比較好的操作方法是預(yù)先分配好足夠多的虛函數(shù),這樣之后需要加虛函數(shù)是,只要修改一個原有的就行了,無需大規(guī)模的rebuild ,只需編譯一下用到了這個虛函數(shù)的代碼就可以了。可以說節(jié)省的時間是相當可觀的:

            class KuQin.COM
            {
            public:
            virtual void f1();
            virtual void f2();
            virtual void f3();
            virtual void dummyvirtualfunction1();
            virtual void dummyvirtualfunction2();
            virtual void dummyvirtualfunction3();
            virtual void dummyvirtualfunction5();
            virtual void dummyvirtualfunction6();
            };

            只要靈活運用dummyvirtualfunction,你不光可以運用于加虛函數(shù),也可以在刪虛函數(shù)時發(fā)揮其作用。

            記住兩個操作原則:

            1. 當dummyvirtualfunction快用完時,再預(yù)先分配一些。
            2. 當這一階段開發(fā)結(jié)束時,該基類趨于穩(wěn)定,把多余的dummyvirtualfunction去掉就可以了。

            posted on 2010-06-17 11:52 Stone xin 閱讀(252) 評論(0)  編輯 收藏 引用


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


            亚洲精品美女久久777777| 2022年国产精品久久久久 | 国产精品久久久久蜜芽| 老司机午夜网站国内精品久久久久久久久| 国产精品99久久久久久宅男 | 久久婷婷成人综合色综合| 精品久久无码中文字幕| 国产精品亚洲综合专区片高清久久久 | 久久一区二区三区99| 777午夜精品久久av蜜臀| 国产精品国色综合久久| 久久一本综合| 国产精品久久国产精麻豆99网站 | 国产福利电影一区二区三区久久久久成人精品综合 | 久久久精品人妻一区二区三区蜜桃| 成人综合伊人五月婷久久| 久久久久久亚洲精品不卡| 久久久久久久97| 久久99九九国产免费看小说| 狠狠88综合久久久久综合网| 色偷偷88欧美精品久久久| 久久免费小视频| 丁香五月网久久综合| 日本欧美久久久久免费播放网 | 久久人人爽人人爽人人片AV东京热| 久久久老熟女一区二区三区| 综合久久一区二区三区 | 精品国产日韩久久亚洲| 国产精品免费久久久久影院| 日韩精品久久久肉伦网站 | 人妻无码精品久久亚瑟影视| 久久精品国产99国产精品澳门| 亚洲AV无码久久| 狼狼综合久久久久综合网| 亚洲国产另类久久久精品黑人 | 狠狠综合久久综合88亚洲 | 韩国免费A级毛片久久| 亚洲国产精品无码成人片久久| 性做久久久久久久久久久| 无码人妻久久一区二区三区蜜桃| 久久www免费人成精品香蕉|