为什么在c中未指定功能参数的评估顺序？

该标准没有指定使用此行对参数进行评估的顺序：

The order of evaluation of arguments is unspecified.

是什么

Better code can be generated in the absence of restrictions on
expression evaluation order

意味着？

要求所有编译器评估函数参数从左到右的缺点是什么？由于这个未指定的规范,编译器执行哪些优化？

解决方法

允许编译器重新排序操作数的评估增加了优化的空间.

这是一个完全弥补的例子,用于说明.

假设处理器可以：

>每个循环的问题1指令.
>在1个循环中执行加法.
> 3个周期执行乘法.
>可以同时执行加法和乘法.

现在假设你有一个函数调用如下：

foo(a += 1,b += 2,c += 3,d *= 10);

如果要在没有OOE的处理器上从左到右执行：

Cycle - Operation
0     -    a += 1
1     -    b += 2
2     -    c += 3
3     -    d *= 10
4     -    d *= 10
5     -    d *= 10

现在,如果允许编译器重新排序它们：(并首先启动乘法)

Cycle - Operation
0     -    d *= 10
1     -    a += 1,d *= 10
2     -    b += 2,d *= 10
3     -    c += 3

所以6个周期而不是4个周期.

再次,这是完全设计的.现代处理器比这更复杂.但你会得到这个想法.