• <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的根本區別在于,switch...case會生成一個跳轉表來指示實際的case分支的地址,而這個跳轉表的索引號與switch變量的值是相等的。從而,switch...case不用像if...else那樣遍歷條件分支直到命中條件,而只需訪問對應索引號的表項從而到達定位分支的目的。

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

            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訪問條件分支的方式像數組一樣,是隨機訪問;而if...else是順序訪問。

            他們各自的特點:

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

            2、switch...case占用較多的代碼空間,因為它要生成跳表,特別是當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 風輕云淡 閱讀(3338) 評論(6)  編輯 收藏 引用 所屬分類: C++

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

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

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

            你可以看一下這篇文章:
            http://www.shnenglu.com/besterChen/archive/2009/12/07/102682.html  回復  更多評論
              
            久久国产香蕉一区精品| 奇米综合四色77777久久| 丁香五月综合久久激情| 久久激情亚洲精品无码?V| 亚洲午夜精品久久久久久app| 亚洲精品无码久久久久AV麻豆| 久久久久人妻精品一区三寸蜜桃| 婷婷国产天堂久久综合五月| 久久精品国产精品亚洲毛片| 国产精品狼人久久久久影院| 7777久久久国产精品消防器材| 久久久精品人妻一区二区三区蜜桃| 99久久亚洲综合精品成人| 久久精品国产亚洲AV影院| 青青青伊人色综合久久| 国产A级毛片久久久精品毛片| 久久99精品国产| 欧美噜噜久久久XXX| 久久亚洲AV永久无码精品| 热99re久久国超精品首页| 新狼窝色AV性久久久久久| 久久亚洲2019中文字幕| 色综合久久综精品| 国产产无码乱码精品久久鸭| 亚洲午夜福利精品久久| 欧美精品丝袜久久久中文字幕| 国产精品久久久久…| MM131亚洲国产美女久久| 亚洲精品国产美女久久久| 亚洲精品美女久久久久99小说| 久久精品国产亚洲精品| Xx性欧美肥妇精品久久久久久| 2022年国产精品久久久久| 久久99国产综合精品| 成人久久精品一区二区三区 | 久久精品国产精品亚洲| 久久亚洲AV成人无码软件| 日本精品久久久久久久久免费| 99久久夜色精品国产网站| 亚洲一区中文字幕久久| 99久久精品国产综合一区|