“if if”与“if else if”的性能差异

新手上路,请多包涵

我只是在想 C/C++ 中的 2 个语句之间是否存在性能差异:

情况1:

 if (p==0)
   do_this();
else if (p==1)
   do_that();
else if (p==2)
   do_these():

案例二:

 if(p==0)
    do_this();
if(p==1)
    do_that();
if(p==2)
    do_these();

原文由 Syntax_Error 发布,翻译遵循 CC BY-SA 4.0 许可协议

阅读 713
2 个回答

假设简单的类型(在这种情况下,我使用 int )并且没有有趣的事情(没有为 int 重新定义 operator=),至少对于 AMD64 上的 GCC 4.6,没有区别。生成的代码是相同的:

 0000000000000000 <case_1>:                                   0000000000000040 <case_2>:
   0:   85 ff                   test   %edi,%edi               40:   85 ff                   test   %edi,%edi
   2:   74 14                   je     18 <case_1+0x18>        42:   74 14                   je     58 <case_2+0x18>
   4:   83 ff 01                cmp    $0x1,%edi               44:   83 ff 01                cmp    $0x1,%edi
   7:   74 27                   je     30 <case_1+0x30>        47:   74 27                   je     70 <case_2+0x30>
   9:   83 ff 02                cmp    $0x2,%edi               49:   83 ff 02                cmp    $0x2,%edi
   c:   74 12                   je     20 <case_1+0x20>        4c:   74 12                   je     60 <case_2+0x20>
   e:   66 90                   xchg   %ax,%ax                 4e:   66 90                   xchg   %ax,%ax
  10:   f3 c3                   repz retq                      50:   f3 c3                   repz retq
  12:   66 0f 1f 44 00 00       nopw   0x0(%rax,%rax,1)        52:   66 0f 1f 44 00 00       nopw   0x0(%rax,%rax,1)
  18:   31 c0                   xor    %eax,%eax               58:   31 c0                   xor    %eax,%eax
  1a:   e9 00 00 00 00          jmpq   1f <case_1+0x1f>        5a:   e9 00 00 00 00          jmpq   5f <case_2+0x1f>
  1f:   90                      nop                            5f:   90                      nop
  20:   31 c0                   xor    %eax,%eax               60:   31 c0                   xor    %eax,%eax
  22:   e9 00 00 00 00          jmpq   27 <case_1+0x27>        62:   e9 00 00 00 00          jmpq   67 <case_2+0x27>
  27:   66 0f 1f 84 00 00 00    nopw   0x0(%rax,%rax,1)        67:   66 0f 1f 84 00 00 00    nopw   0x0(%rax,%rax,1)
  2e:   00 00                                                  6e:   00 00
  30:   31 c0                   xor    %eax,%eax               70:   31 c0                   xor    %eax,%eax
  32:   e9 00 00 00 00          jmpq   37 <case_1+0x37>        72:   e9 00 00 00 00          jmpq   77 <case_2+0x37>
  37:   66 0f 1f 84 00 00 00    nopw   0x0(%rax,%rax,1)
  3e:   00 00

case_1 末尾的额外指令仅用于 填充(使下一个函数对齐)

这并不奇怪,确定 p 在该函数中没有改变是相当基本的优化。如果 p 可以更改(例如,通过引用传递或指向各种 do_… 函数的指针,或者是引用或指针本身,因此可能存在别名),那么行为是不同的,并且当然生成的代码也是如此。

原文由 derobert 发布,翻译遵循 CC BY-SA 3.0 许可协议

在前一种情况下,不评估匹配后的条件。

原文由 Michael Krelin - hacker 发布,翻译遵循 CC BY-SA 3.0 许可协议

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题