[C/C++板块推荐阅读] 关于C,C++表达式求值顺序.

luciferisnotsatan 2011-08-26 09:57:30

加精

---------------------------------------------------------------------------------------
最近这问题有从日经变时经的趋势，这里贴出裘老的解释。
---------------------------------------------------------------------------------------

裘宗燕：C/C++ 语言中的表达式求值

经常可以在一些讨论组里看到下面的提问：“谁知道下面C语句给n赋什么值？”
m = 1; n = m+++m++;

最近有位不相识的朋友发email给我，问为什么在某个C++系统里，下面表达式打印出两个4，而不是4和5：
a = 4; cout << a++ << a;
C++ 不是规定 << 操作左结合吗？是C++ 书上写错了，还是这个系统的实现有问题？

要弄清这些，需要理解的一个问题是：如果程序里某处修改了一个变量（通过赋值、增量/减量操作等），什么时候从该变量能够取到新值？有人可能说，“这算什么问题！我修改了变量，再从这个变量取值，取到的当然是修改后的值！”其实事情并不这么简单。

C/C++ 语言是“基于表达式的语言”，所有计算（包括赋值）都在表达式里完成。“x = 1;”就是表达式“x = 1”后加表示语句结束的分号。要弄清程序的意义，首先要理解表达式的意义，也就是：
1）表达式所确定的计算过程；
2）它对环境（可以把环境看作当时可用的所有变量）的影响。如果一个表达式（或子表达式）只计算出值而不改变环境，我们就说它是引用透明的，这种表达式早算晚算对其他计算没有影响（不改变计算的环境。当然，它的值可能受到其他计算的影响）。如果一个表达式不仅算出一个值，还修改了环境，就说这个表达式有副作用（因为它多做了额外的事）。a++ 就是有副作用的表达式。这些说法也适用于其他语言里的类似问题。

现在问题变成：如果C/C++ 程序里的某个表达式（部分）有副作用，这种副作用何时才能实际体现到使用中？

为使问题更清楚，我们假定程序里有代码片段“...a[i]++ ... a[j] ...”，假定当时i与j的值恰好相等（a[i] 和a[j] 正好引用同一数组元素）；假定a[i]++ 确实在a[j] 之前计算；再假定其间没有其他修改a[i] 的动作。在这些假定下，a[i]++ 对 a[i] 的修改能反映到 a[j] 的求值中吗？注意：由于 i 与 j 相等的问题无法静态判定，在目标代码里，这两个数组元素访问（对内存的访问）必然通过两段独立代码完成。现代计算机的计算都在寄存器里做，问题现在变成：在取 a[j] 值的代码执行之前，a[i] 更新的值是否已经被（从寄存器）保存到内存？如果了解语言在这方面的规定，这个问题的答案就清楚了。

程序语言通常都规定了执行中变量修改的最晚实现时刻（称为顺序点、序点或执行点）。程序执行中存在一系列顺序点（时刻），语言保证一旦执行到达一个顺序点，在此之前发生的所有修改（副作用）都必须实现（必须反应到随后对同一存储位置的访问中），在此之后的所有修改都还没有发生。在顺序点之间则没有任何保证。对C/C++ 语言这类允许表达式有副作用的语言，顺序点的概念特别重要。

现在上面问题的回答已经很清楚了：如果在a[i]++ 和a[j] 之间存在一个顺序点，那么就能保证a[j] 将取得修改之后的值；否则就不能保证。

C/C++语言定义（语言的参考手册）明确定义了顺序点的概念。顺序点位于：
1. 每个完整表达式结束时。完整表达式包括变量初始化表达式，表达式语句，return语句的表达式，以及条件、循环和switch语句的控制表达式（for头部有三个控制表达式）；
2. 运算符 &&、||、?: 和逗号运算符的第一个运算对象计算之后；
3. 函数调用中对所有实际参数和函数名表达式（需要调用的函数也可能通过表达式描述）的求值完成之后（进入函数体之前）。
假设时刻ti和ti+1是前后相继的两个顺序点，到了ti+1，任何C/C++ 系统（VC、BC等都是C/C++系统）都必须实现ti之后发生的所有副作用。当然它们也可以不等到时刻ti+1，完全可以选择在时段 [t, ti+1] 之间的任何时刻实现在此期间出现的副作用，因为C/C++ 语言允许这些选择。

前面讨论中假定了a[i]++ 在a[i] 之前做。在一个程序片段里a[i]++ 究竟是否先做，还与它所在的表达式确定的计算过程有关。我们都熟悉C/C++ 语言有关优先级、结合性和括号的规定，而出现多个运算对象时的计算顺序却常常被人们忽略。

看下面例子：(a + b) * (c + d) fun(a++, b, a+5)
这里“*”的两个运算对象中哪个先算？fun及其三个参数按什么顺序计算？对第一个表达式，采用任何计算顺序都没关系，因为其中的子表达式都是引用透明的。第二个例子里的实参表达式出现了副作用，计算顺序就非常重要了。少数语言明确规定了运算对象的计算顺序（Java规定从左到右），C/C++ 则有意不予规定，既没有规定大多数二元运算的两个对象的计算顺序（除了&&、|| 和，），也没有规定函数参数和被调函数的计算顺序。在计算第二个表达式时，首先按照某种顺序算fun、a++、b和a+5，之后是顺序点，而后进入函数执行。

不少书籍在这些问题上有错（包括一些很流行的书）。例如说C/C++ 先算左边（或右边），或者说某个C/C++ 系统先计算某一边。这些说法都是错误的！一个C/C++ 系统可以永远先算左边或永远先算右边，也可以有时先算左边有时先算右边，或在同一表达式里有时先算左边有时先算右边。不同系统可能采用不同的顺序（因为都符合语言标准）；同一系统的不同版本完全可以采用不同方式；同一版本在不同优化方式下，在不同位置都可能采用不同顺序。因为这些做法都符合语言规范。在这里还要注意顺序点的问题：即使某一边的表达式先算了，其副作用也可能没有反映到内存，因此对另一边的计算没有影响。

回到前面的例子：“谁知道下面C语句给n赋什么值？”
m = 1; n = m++ +m++;
正确回答是：不知道！语言没有规定它应该算出什么，结果完全依赖具体系统在具体上下文中的具体处理。其中牵涉到运算对象的求值顺序和变量修改的实现时刻问题。对于：
cout << a++ << a;
我们知道它是
(cout.operator <<(a++)).operator << (a);
的简写。先看外层函数调用，这里需要算出所用函数（由加下划线的一段得到），还需要计算a的值。语言没有规定哪个先算。如果真的先算函数，这一计算中出现了另一次函数调用，在被调函数体执行前有一个顺序点，那时a++的副作用就会实现。如果是先算参数，求出a的值4，而后计算函数时的副作用当然不会改变它（这种情况下输出两个4）。当然，这些只是假设，实际应该说的是：这种东西根本不该写，讨论其效果没有意义。

有人可能说，为什么人们设计 C/C++时不把顺序规定清楚，免去这些麻烦？

C/C++ 语言的做法完全是有意而为，其目的就是允许编译器采用任何求值顺序，使编译器在优化中可以根据需要调整实现表达式求值的指令序列，以得到效率更高的代码。像Java那样严格规定表达式的求值顺序和效果，不仅限制了语言的实现方式，还要求更频繁的内存访问（以实现副作用），这些可能带来可观的效率损失。应该说，在这个问题上，C/C++和Java的选择都贯彻了它们各自的设计原则，各有所获（C/C++ 潜在的效率，Java更清晰的程序行为），当然也都有所失。还应该指出，大部分程序设计语言实际上都采用了类似C/C++的规定。

讨论了这么多，应该得到什么结论呢？C/C++ 语言的规定告诉我们，任何依赖于特定计算顺序、依赖于在顺序点之间实现修改效果的表达式，其结果都没有保证。程序设计中应该贯彻的规则是：如果在任何“完整表达式”（形成一段由顺序点结束的计算）里存在对同一“变量”的多个引用，那么表达式里就不应该出现对这一“变量”的副作用。否则就不能保证得到预期结果。注意：这里的问题不是在某个系统里试一试的问题，因为我们不可能试验所有可能的表达式组合形式以及所有可能的上下文。这里讨论的是语言，而不是某个实现。总而言之，绝不要写这种表达式，否则我们或早或晚会某种环境中遇到麻烦。

后记：去年参加一个学术会议，看到有同行写文章讨论某个C系统里表达式究竟按什么顺序求值，并总结出一些“规律”。从讨论中了解到某“程序员水平考试”出了这类题目。这使我感到很不安。今年给一个教师学习班讲课，发现许多专业课教师也对这一基本问题也不甚明了，更觉得问题确实严重。因此整理出这篇短文供大家参考。

后后记：4年多过去了，许多新的和老的教科书仍然在不厌其烦地讨论在C语言里原本并无意义的问题（如本文所指出的）。希望学习和使用C语言的人不要陷入其中。

...全文

152120 1301 打赏收藏转发到动态举报

写回复

用AI写文章

1301 条回复

切换为时间正序

请发表友善的回复…

发表回复

_skytrails 2014-05-22

打赏
举报

这种问题经常出现在招聘上，这不是误导人吗？

ryhryhryh 2014-05-20

打赏
举报

不得不点个赞

celerylxq 2014-05-20

打赏
举报

其实这些语句考考逻辑判断还行，真正写代码应该没谁大费周章弄这样的句子，写完过阵子自己看都费劲。

time_exceed 2014-05-20

打赏
举报

n = m+++m++;这绝对是个UB

jmcooler 2014-05-19

打赏
举报

这么变态的问题，也拿来考，牛角尖钻太深了吧

原点丹枫 2014-05-19

打赏
举报

ばがやる　我挖是个挂送，编译器知道

sialvsic 2014-05-18

打赏
举报

记得现在在看c primer plus中有提到过顺序点的问题

fmx-inspiration 2014-05-17

打赏
举报

反编译成为汇编后就会明白结果是什么。

ZinneLahierba 2014-05-15

打赏
举报

说得好！！学习！！

_jay_gao_ 2014-05-15

打赏
举报

貌似能解决初学者一些纠结的心态

c-h-u 2014-05-13

打赏
举报

果断是精华

ojc520520 2014-05-09

打赏
举报

l_journey_91 2014-05-09

打赏
举报

n = m+++m++; 写出这样语句的人要么是神经病zb,要么是zb神经病;

l_journey_91 2014-05-09

打赏
举报

nb裘老湿给诊断一下为什么出现内存泄露: Detected memory leaks! Dumping objects -> f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {4410} normal block at 0x003FED70, 124 bytes long. Data: <pa> ? a> > 70 61 3E 00 80 ED 3F 00 E0 61 3E 00 8A 0C 05 00 {3001} client block at 0x003FDD10, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FDD10, 112 bytes long {3000} client block at 0x003FDC60, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FDC60, 112 bytes long {2999} client block at 0x003FDBB0, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FDBB0, 112 bytes long {2998} client block at 0x003FDB00, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FDB00, 112 bytes long {2997} client block at 0x003FDA50, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FDA50, 112 bytes long {2996} client block at 0x003FD9A0, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FD9A0, 112 bytes long {2995} client block at 0x003FD8F0, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FD8F0, 112 bytes long {2994} client block at 0x003FD840, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FD840, 112 bytes long {2993} client block at 0x003FD790, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FD790, 112 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {2992} normal block at 0x003FD6D8, 124 bytes long. Data: < ? X ? > 00 00 00 00 E8 D6 3F 00 00 00 00 00 58 CB 3F 00 {2991} client block at 0x003FCB58, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FCB58, 112 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\afxcontextmenumanager.cpp(581) : {2990} client block at 0x003FD5C8, subtype c0, 28 bytes long. a CObList object at $003FD5C8, 28 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2985} normal block at 0x003CF100, 28 bytes long. Data: <T Y > 54 04 91 59 0B 00 00 00 0B 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2981} normal block at 0x003FD1E8, 25 bytes long. Data: <T Y > 54 04 91 59 08 00 00 00 08 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2978} normal block at 0x003FD408, 32 bytes long. Data: <T Y > 54 04 91 59 0F 00 00 00 0F 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2975} normal block at 0x003FD2F8, 32 bytes long. Data: <T Y > 54 04 91 59 0F 00 00 00 0F 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2971} normal block at 0x003FCE68, 25 bytes long. Data: <T Y > 54 04 91 59 08 00 00 00 08 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2967} normal block at 0x003FCF78, 33 bytes long. Data: <T Y > 54 04 91 59 10 00 00 00 10 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2963} normal block at 0x003FC9D0, 25 bytes long. Data: <T Y > 54 04 91 59 08 00 00 00 08 00 00 00 01 00 00 00 {2920} client block at 0x003FC5A8, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FC5A8, 112 bytes long {2919} client block at 0x003FC4F8, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003FC4F8, 112 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {2918} normal block at 0x003FC440, 124 bytes long. Data: < P ? > > 00 00 00 00 50 C4 3F 00 00 00 00 00 F8 BE 3E 00 {2917} client block at 0x003EBEF8, subtype c0, 112 bytes long. a CMFCToolBarButton object at $003EBEF8, 112 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {2916} normal block at 0x003FC360, 164 bytes long. Data: < w > > 00 00 00 00 77 00 00 00 E8 C0 3E 00 00 00 00 00 {2915} normal block at 0x003F9528, 68 bytes long. Data: <d ? > 64 C3 3F 00 00 00 00 00 00 00 00 00 00 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\afxcontextmenumanager.cpp(581) : {2914} client block at 0x003EC0E8, subtype c0, 28 bytes long. a CObList object at $003EC0E8, 28 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2909} normal block at 0x003FC300, 32 bytes long. Data: <T Y > 54 04 91 59 0F 00 00 00 0F 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2906} normal block at 0x003F97A8, 32 bytes long. Data: <T Y > 54 04 91 59 0F 00 00 00 0F 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {2902} normal block at 0x003F9690, 32 bytes long. Data: <T Y > 54 04 91 59 0F 00 00 00 0F 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {1568} normal block at 0x003E8E90, 27 bytes long. Data: <T Y > 54 04 91 59 0A 00 00 00 0A 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {1564} normal block at 0x003EA770, 21 bytes long. Data: <T Y > 54 04 91 59 04 00 00 00 04 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {1563} normal block at 0x003F6248, 164 bytes long. Data: < > > 00 00 00 00 80 A7 3E 00 A1 0C 04 00 00 00 00 00 {1562} normal block at 0x003F61C8, 68 bytes long. Data: <Lb? > 4C 62 3F 00 00 00 00 00 00 00 00 00 00 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {1561} normal block at 0x003EA690, 164 bytes long. Data: < w > 00 00 00 00 77 00 00 00 A1 0C 04 00 00 00 00 00 {1560} normal block at 0x003F3538, 68 bytes long. Data: < > > 94 A6 3E 00 00 00 00 00 00 00 00 00 00 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {634} normal block at 0x003E6170, 124 bytes long. Data: < a> P > 00 00 00 00 80 61 3E 00 00 00 00 00 50 0C 02 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {246} normal block at 0x003D46E0, 124 bytes long. Data: < v; > 00 00 00 00 00 00 00 00 00 00 00 00 A8 76 3B 00 {245} client block at 0x003BFE90, subtype c0, 32 bytes long. a CDocManager object at $003BFE90, 32 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {244} normal block at 0x003CF448, 77 bytes long. Data: <T Y< < > 54 04 91 59 3C 00 00 00 3C 00 00 00 01 00 00 00 e:\vss\源代码\新管理终端\fsmanager\fsmanager.cpp(155) : {243} client block at 0x003B76A8, subtype c0, 176 bytes long. a CMultiDocTemplate object at $003B76A8, 176 bytes long {242} client block at 0x003BFBC8, subtype c0, 648 bytes long. a CObject object at $003BFBC8, 648 bytes long {241} client block at 0x003CD2A0, subtype c0, 4 bytes long. a CObject object at $003CD2A0, 4 bytes long {240} client block at 0x003CF350, subtype c0, 100 bytes long. a CObject object at $003CF350, 100 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {238} normal block at 0x003CD488, 23 bytes long. Data: <T Y > 54 04 91 59 06 00 00 00 06 00 00 00 01 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {237} normal block at 0x003B6E88, 33 bytes long. Data: <T Y > 54 04 91 59 10 00 00 00 10 00 00 00 01 00 00 00 {236} normal block at 0x003D4668, 28 bytes long. Data: < h Yh Yh Y> 06 00 00 00 68 04 91 59 68 04 91 59 68 04 91 59 {235} normal block at 0x003CF8F0, 32 bytes long. Data: <dK3Y lF= n; > 64 4B 33 59 06 00 00 00 6C 46 3D 00 98 6E 3B 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {184} normal block at 0x003B6F58, 53 bytes long. Data: <T Y$ $ > 54 04 91 59 24 00 00 00 24 00 00 00 01 00 00 00 {183} client block at 0x003B6950, subtype c0, 204 bytes long. a CObject object at $003B6950, 204 bytes long f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {177} normal block at 0x003B67B8, 53 bytes long. Data: <T Y$ $ > 54 04 91 59 24 00 00 00 24 00 00 00 01 00 00 00 {158} normal block at 0x003B54B8, 28 bytes long. Data: <,sZ\ T; > 2C 73 5A 5C F0 54 3B 00 FF FF FF FF 00 00 00 00 f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {157} normal block at 0x003B5410, 26 bytes long. Data: <T Y > 54 04 91 59 09 00 00 00 09 00 00 00 01 00 00 00 {156} client block at 0x003B45E8, subtype c0, 12 bytes long. a CObject object at $003B45E8, 12 bytes long Object dump complete.

赵4老师 2014-05-08

打赏
举报

  +i                      +i        i+              +i                    +i                +i
    i+  i++ii+++++i++i+i+ii+++        i++i    ++    ++            i++i+ii+++++  ++++++i+i++++ii+
    i+          +i  i+                  +i    ++    +i    i+              ++    +i          ++
          +i+++++++++i++i+i+                  +++++++++i+i+++i            +i    i+          +i
          ++    +i  +i    +i      +i        +i      i+                    +i    i+++i++i+++++i
+i+++i    ++++i++ii+i++++i++        ++++  +i        ++              i+i++i+i    +i    ++    +i
    +i                  ++            ++            ++      i+      +i    i+          +i
    ++      +i++i++ii++i+ii+              +++i+++i+i++i++ii++ii+    i+        +++ii++++ii++i++i+
    ++      ++          i+              ++                i+        ++        ++      i+      ++
    +i      ++i+i+i++i+i++            i+      i++++ii+++i++i++      i++i+i++  ++      ++      ++
    ++      i+          i+        +++i+i      i+          +i              +i  +i+i+i+ii+i+++++i+
    +i      i+i++i+++i++i+            +i      ++          +i              i+  +i      +i      i+
    +i  ++        ++                  i+      +i          i+              +i          +i
    +++i  +++i++i++++ii++i+ii+        ++      +i          ++      +i      ++          i+    i+
    ++            ++                  +i      +++ii++i+++i+i        ++  +i    +++i+++++ii++i+i+i
                  +i                  ++      i+          ++          i+                      ++

ojc520520 2014-05-07

打赏
举报

置顶好久了

0乖宝贝不哭0 2014-05-07

打赏
举报

JMxg 2014-05-07

打赏
举报

受教了 !!!!

shlvshe00 2014-05-06

打赏
举报

引用 1505 楼 jdqsummer 的回复:

这个初学者的共同疑惑。至于是左结合还是还是右结合这与编译器有关但是很多C/C++编译器都是采用左结合的如：m = 1; n = m+++m++; 结果是n=2,m=4; 对于a = 4; cout << a++ << a; 结果是4,4,a=5；但是我们并不推荐这样的写法，一个很好的程序猿，至少不会写表意模糊的代码比如： m = 1; n = m+++m++; 改： m=1;n=m; m = m+2; （根据你的意思写清楚）不要以为你用这些模糊的表示方法很能体现你的技术能力，其实这反而表现出你的代码是否规范，你的代码不是写给你一个人看的，这很不利于后期的维护工作。但是这种写法在很多的教程，考试以及面试题中看的到。。。。对于简单的还是要掌握的如：m=1; n=m++;k=++m; printf("%d,%d,%d",n+k,++n,m); 其结果是:5,2,3 但是工作中并不会遇到这样的代码，也千万不要写这样的代码。