谈谈C语言中的序列点（sequence point）和副作用（side effects）

网上关于序列点的介绍很多，参考几篇，做个总结。在C99标准文件5.1.2.3讲到了序列点问题，序列点的定义是一个程序执行中的点，这个点的特殊性在于，在这个点之前语句产生的所有副作用都将生效，而后面语句的副作用还没有发生。标准规定，在两个序列点之间，一个对象所保存的值最多只能被修改一次。在这一点，所有的事都是肯定的，而在序列点间，不能肯定某一个变量的值已经稳定，所以总体说来C语言的序列点只是用来说明这一点的值是肯定的。如何理解呢？先讲一下什么是副作用。

     一个表达式有一个值，而在写出这个表达式的时候可能只是想要取得这个表达式的值。但有些表达式会有副作用。而有些表达式没有副作用，有时候我们正是要利用表达式的副作用来工作。比如：
     int a = 10;
     int b = a;     /* a这个表达式在这里没有副作用，这里只是想要取得 */
             /* a这个变量的值10，而b = a这个表达式有副作用，它的 */
             /* 副作用是使b的值改变成a的值。 */
     这就是所谓的一个表达式的副作用。正是因为有了副作用，很多功能才得以完成。有些表达式既会产生一个值，也会产生副作用。如i++这个表达式既会产生一个值（它是i自增以前的值），也会产生副作用。
      在一个序列点之间，连续两次改变，并且访问该变量，会带来问题，比如经典的：
int i = 1;
a = i++;
在一个序列点之间，改变了i的值，并且访问了i的值，它的作用是什么呢？是a[1] = 1；还是a[2] = 2呢？不确定，这种代码没有价值，并且老板肯定不会赏识你写出这么精简的代码，你会被开除的。再比如更经典的：
int i = 1;
printf("%d, %d, %d\n", i++, i++, i++);
i = 1;
printf("%d\n", i++ + i++ + i++);
i = 1;
printf("%d\n", ++i + ++i + ++i);
     很多大学的C语言老师都会讲解这个问题，包括我的老师，在讲的时候笔者就没有弄明白，
     其实，这是一个不值得讲解的问题，这是在跟编译器较劲，不同的编译器可能会得出不同的结果（但是平常的编译器可能会得出相同的结果，让程序员私下总结错误的经验。），这种根据不同的实现而得出不同的结果的代码没什么用。i++ + i++ + i++只是一个表达式，在这个表达式的内多次访问了变量i，结果不确定。并且这又会引发另外一个有趣的问题，可能有人会认为在这条语句执行完成以后i自加了3次，那i肯定是4？这也不确定，可能很多编译器做得确实是4，但是，在C标准中有这样一条：当一个表达式的值取决于编译器实现而不是C语言标准的时候，其中所做的任何处理都会不确定。即，如果有一个编译器在i++ + i++ + i++这个表达式中只读取一次i的值，并且一直记住这个值，那么算第一个i++，因为i的值是1所以算出后i的值为2，再算第二个因为假设的是只读取一次i的值，那此时i的值还是1并且被加到2（因为没有经过序列点，所以i的值不能肯定为2），于是经过三次从1加到2的过程以后，最后i的值是2而不是期望的4，呵呵。其实这要看编译器如何实现了，不过既然