• <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>
            隨筆 - 132  文章 - 51  trackbacks - 0
            <2010年12月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            常用鏈接

            留言簿(7)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            cocos2d-x

            OGRE

            OPenGL

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            游戲中接受到的消息那叫一個多如牛毛啊,這就涉及到switch case接受還是if else接受的效率問題
            有人說這是個小問題,哈哈 精益求精嗎

            看到了一篇兩者效率比較的文章:


            switch...case與if...else的根本區(qū)別在于,switch...case會生成一個跳轉(zhuǎn)表來指示實際的case分支的地址,而這個跳轉(zhuǎn)表的索引號與switch變量的值是相等的。從而,switch...case不用像if...else那樣遍歷條件分支直到命中條件,而只需訪問對應(yīng)索引號的表項從而到達(dá)定位分支的目的。

            具體地說,switch...case會生成一份大小(表項數(shù))為最大case常量+1的跳表,程序首先判斷switch變量是否大于最大case常量,若大于,則跳到default分支處理;否則取得索引號為switch變量大小的跳表項的地址(即跳表的起始地址+表項大小*索引號),程序接著跳到此地址執(zhí)行,到此完成了分支的跳轉(zhuǎn)。如下代碼(gcc編譯,不開優(yōu)化):

            int main()
            {
                int j = 0;
                int i = 1;

                switch (i)
                {
                    case 1:
                        j = 11;
                        break;
                    case 2:
                        j = 22;
                        break;
                    case 3:
                        j = 33;
                        break;
                    case 4:
                        j = 44;
                        break;
                    case 10:
                        j = 10;
                
                    default:
                        j = 88;
                        break;
                }

                return 0;
            }

            這是編譯后的部分匯編碼:

                .file    "test.c"
                .text
            .globl main
                .type    main, @function
            main:
                leal    4(%esp), %ecx
                andl    $-16, %esp
                pushl    -4(%ecx)
                pushl    %ebp
                movl    %esp, %ebp
                pushl    %ecx
                subl    $16, %esp
                movl    $0, -8(%ebp)
                movl    $1, -12(%ebp)
                cmpl    $10, -12(%ebp)
                ja    .L2
                movl    -12(%ebp), %eax
                sall    $2, %eax
                movl    .L8(%eax), %eax
                jmp    *%eax
                .section    .rodata
                .align 4
                .align 4
            .L8:
                .long    .L2
                .long    .L3
                .long    .L4
                .long    .L5
                .long    .L6
                .long    .L2
                .long    .L2
                .long    .L2
                .long    .L2
                .long    .L2
                .long    .L7
                .text
            .L3:
                movl    $11, -8(%ebp)
                jmp    .L9
            .L4:
                movl    $22, -8(%ebp)
                jmp    .L9
            .L5:
                movl    $33, -8(%ebp)
                jmp    .L9
            .L6:
                movl    $44, -8(%ebp)
                jmp    .L9
            .L7:
                movl    $10, -8(%ebp)
            .L2:
                movl    $88, -8(%ebp)
            .L9:
                movl    $0, %eax
                addl    $16, %esp
                popl    %ecx
                popl    %ebp
                leal    -4(%ecx), %esp
                ret

            可以打個比方,switch...case訪問條件分支的方式像數(shù)組一樣,是隨機(jī)訪問;而if...else是順序訪問。

            他們各自的特點:

            1、 總體上說,switch...case 效率要高于同樣條件下的if...else,特別是當(dāng)條件分支較多時。

            2、switch...case占用較多的代碼空間,因為它要生成跳表,特別是當(dāng)case常量分布范圍很大但實際有效值又比較少的情況,switch...case的空間利用率將變得很低。例如上面的代碼,如果把case 10改成case 100,則會生成101個表項,而大部分表項是指向同一分支(default分支)。switch...case是在以空間換時間。

            3、switch...case只能處理case為常量的情況,對非常量的情況是無能為力的。例如 if (a > 1 && a < 100),是無法使用switch...case來處理的。

            ***注意:如果把例子中的case分支減少一個,則生成的匯編碼與if...else差別不大,此時不會生成跳表項,可見對于分支較少的情況,編譯器會做特殊處理。

            原文地址:http://blog.csdn.net/kevinyujm/archive/2009/02/18/3907964.aspx

            posted on 2010-12-18 18:41 風(fēng)輕云淡 閱讀(3347) 評論(6)  編輯 收藏 引用 所屬分類: C++

            FeedBack:
            # re: 游戲消息效率之switch...case && if...else  2010-12-18 20:46 清正
            有趣, 深入到匯編底層了。 還是第一次意識到呢。 不錯!  回復(fù)  更多評論
              
            # re: 游戲消息效率之switch...case && if...else  2010-12-19 14:05 wildpointer
            switch...case的翻譯與case的數(shù)目和case的值的范圍有關(guān)。
            如果case少,那么和if...else...差不多。
            如果case較多,分兩種情況
            1:case的值較集中,如你的例子,1,2,3,4,10,那么會生成一個表。
            2:case的值較分散,編譯器會用二分查找的方式確定執(zhí)行哪個case。
              回復(fù)  更多評論
              
            # re: 游戲消息效率之switch...case && if...else  2010-12-20 10:06 曾濤
            樓上right,如果就兩個case,0和全f,難道生成4G個條目?

            如果不開優(yōu)化的話switch效率是高一些。  回復(fù)  更多評論
              
            # re: 游戲消息效率之switch...case && if...else [未登錄] 2010-12-20 17:45 123
            跳轉(zhuǎn)表就不說了,不使用跳轉(zhuǎn)表的情況下,很多地方的邏輯都適用二八原則,也就是說用IF ELSE把幾率大的選項寫在前面,比自動的二分查找更優(yōu)  回復(fù)  更多評論
              
            # re: 游戲消息效率之switch...case && if...else  2010-12-21 15:34 Let me see see
            看到一個游戲引擎中接受消息的部分,原來都是用if..else接受處理,在加大到幾百條消息后速度明顯不如switch

            不清楚這種情況下編譯器如何給if...else做優(yōu)化  回復(fù)  更多評論
              
            # re: 游戲消息效率之switch...case && if...else  2010-12-23 09:45 李現(xiàn)民
            switch語句被匯編翻譯的結(jié)果與case的長度及數(shù)值規(guī)律有密切關(guān)系,并不是簡單的翻譯成跳轉(zhuǎn)表, 同時與編譯器的優(yōu)化能力也有關(guān)。

            你可以看一下這篇文章:
            http://www.shnenglu.com/besterChen/archive/2009/12/07/102682.html  回復(fù)  更多評論
              
            久久福利青草精品资源站免费| 久久无码AV中文出轨人妻| 日韩人妻无码一区二区三区久久99 | 亚洲中文字幕久久精品无码APP | 久久久噜噜噜久久中文字幕色伊伊| 久久精品亚洲福利| 欧美日韩精品久久免费| 国产一级做a爰片久久毛片| 久久中文字幕无码专区| 奇米影视7777久久精品| 久久se精品一区二区影院| 亚洲AV无码久久精品色欲| 99久久精品国产一区二区三区| 久久婷婷五月综合成人D啪| 国产韩国精品一区二区三区久久| 久久五月精品中文字幕| 久久青青草原亚洲av无码app | 日韩美女18网站久久精品| 久久99精品久久久久子伦| 色青青草原桃花久久综合| 99久久免费国产特黄| 久久久久久久女国产乱让韩| 曰曰摸天天摸人人看久久久| 久久精品人成免费| 中文字幕久久波多野结衣av| 精品国产乱码久久久久久浪潮| 久久国产高清字幕中文| 精品久久久久香蕉网| 人妻少妇久久中文字幕| 国产aⅴ激情无码久久| 久久精品免费全国观看国产| 久久精品?ⅴ无码中文字幕| 国产精品VIDEOSSEX久久发布| 72种姿势欧美久久久久大黄蕉| 亚洲精品午夜国产VA久久成人| 国内精品伊人久久久久妇| 亚洲欧美国产精品专区久久 | 中文字幕久久欲求不满| 久久国产乱子伦精品免费强| 99精品国产在热久久无毒不卡| 久久天堂AV综合合色蜜桃网|