新闻中心

EEPW首页>嵌入式系统>牛人业话> 剖析C语言中a=a+++++a的无聊问题

剖析C语言中a=a+++++a的无聊问题

作者:RedHatter 时间:2013-12-05 来源:电子产品世界 收藏

  好吧,倒霉的中文翻译让人看不懂,我们改成英文重新来一下:

本文引用地址://m.amcfsurvey.com/article/198269.htm

  [zorro@dhcp-65-110 tmp]$ LANG=C
  [zorro@dhcp-65-110 tmp]$-o mytest testcode.c -Wall
  testcode.c: In function 'main':
  testcode.c:5:9: error: lvalue required as increment operand
  a = a+++++a;
   ^

  好了,这回看懂了,意思是说++这个自增操作需要一个左值。这么说的话可能是这样理解的:

  a=((a++)++)+a;或者a=a+(++(++a));

  让我们分别改成这两种情况尝试一下:

  编译a = ((a++)++)+a的结果是:

  [zorro@dhcp-65-110 tmp]$-o mytest testcode.c -Wall
  testcode.c: In function 'main':
  testcode.c:5:12: error: lvalue required as increment operand
  a = ((a++)++)+a;
  ^

  编译a = a+(++(++a))的结果是:

  [zorro@dhcp-65-110 tmp]$-o mytest testcode.c -Wall
  testcode.c: In function 'main':
  testcode.c:5:9: error: lvalue required as increment operand
  a = a+(++(++a));
  ^

  和写成a = a+++++a的编译错误差不多。这就是说我的gcc认为++操作是不能以++a或者a++作为操作数的。

  再看一下这样写:

  a=a++ + ++a

  请严重注意在中间那个+两边各有一个空格,让我们编译一下:

  [zorro@dhcp-65-110 tmp]$ gcc -o mytest testcode.c -Wall
  testcode.c: In function 'main':
  testcode.c:5:4: warning: operation on 'a' may be undefined [-Wsequence-point]
  a = a++ + ++a;

  testcode.c:5:4: warning: operation on 'a' may be undefined [-Wsequence-point]

  这次没有error发生,只有两个警告。这样应该编译出可执行文件mytest了。先不管这两个警告我们执行一下看看:

  [zorro@dhcp-65-110 tmp]$ ./mytest

  a=4

  嗯,看来a=1;a=a++ + ++a是这样做的:

  a++的结果是1。然后++a时a初始是2,++后变成3。结果就是a=1 + 3也就是4。

  虽然是编译出来了,并且也执行了,但是这样好吗?对,当然是不好。光那两个警告摆在那就够让人提心吊胆了。那个警告的意思是在说a上的操作可能是没有明确定义的,好像听着很晦涩难懂。好吧,我翻译成21世纪现代汉语告诉,它的意思的:我劝你别这么干,你要是非要这么干,到执行时别怪我跟你玩虚的。

  有人说我用括号让意思明确一些应该行了吧?编译一下看看:

  [zorro@dhcp-65-110 tmp]$ gcc -o mytest testcode.c -Wall
  testcode.c: In function 'main':
  testcode.c:5:4: warning: operation on 'a' may be undefined [-Wsequence-point]
  a = (a++) + (++a);

  testcode.c:5:4: warning: operation on 'a' may be undefined [-Wsequence-point]

  唉,看来还是不行。为什么呢?我个人的理解是可能想告诉你加法运算符的左右两边如果都是算式,那么不一定哪边先被执行。也就是加法运算符的左右两个操作数不一定谁先被读取执行,那么当左右两个运算又相互耦合时,聪明的就会告诉你千万别这么干。你这么干了在我这可能是一种结果,在别的地方可能就是另一种结果了,但是不能完全指望编译器帮你检查出来,上面如果我们把-Wall选项去掉再编译,那么就不会有这个警告了,或者有的编译器目光狭窄根本不认为这是个问题,那么问题就非常严重了。如果是一个几万行几十万行甚至更多行的项目,这样的问题是很难调式发现的。所以千万要注意!

  我们来总结一下,上面说了两个重要的问题:

  1、++运算符不能以++a或a++作为运算数,至少在gcc上不让这样,所以建议你别这样写。

  2、一些多目运算符号(如加减乘除与或等),多个运算数如果是表达式,特别是耦合关系很强的表达式,千万要分开顺序重新组织代码,否则你不知道它先让哪个执行。

  对于第二点可以扩展到函数等地方,例如printf()函数,很多人喜欢在printf里写表达式,如:

  printf("%d,%d,%d", 表达式1,表达式2,表达式3);

  当这3个表达式的执行顺序很重要时,你千万不要自认为它一定是按照1,2,3的顺序运行,它有可能是3,2,1的顺序的。

  类似的地方还有很多,要时刻注意代码安全的重要性。

linux操作系统文章专题:linux操作系统详解(linux不再难懂)

linux操作系统文章专题:linux操作系统详解(linux不再难懂)

c语言相关文章:c语言教程


linux相关文章:linux教程


c++相关文章:c++教程



上一页 1 2 下一页

评论


相关推荐

技术专区

关闭