c 语言a作用,剖析C语言中a=a+++++a的无聊问题

同僚们闲聊，突然就聊到了a+++++a的问题。这种纯属C语言 “二” 级的问题应该是从a+++a引申出来的吧。于是乎兄弟姐妹们开始讨论它的运算结果，以及改如何理解。更有人写出(a++)+(++a) a+(++(++a)) ((a++)++)+a这样的东西，问应该如何计算。我表示鸭梨很大...本文引用地址：http://www.eepw.com.cn/article/198269.htm

针对这样的问题我的观点是，“绝不小心求证，只管大胆胡说!” 哈哈，当然了，我还是要对我的师兄弟们负责的，所以我下面的“胡说”中会尽量有理有据。

看法一：

a=a+++++a这个东西可以用来讨论，甚至是讨论它的无所事处，作为增长知识和发现自身理解问题的漏洞是可以的。但是绝对不能拿来作为考试题目，特别是选择题或填空题等客观题目。但是如果作为一道主观探讨题还是挺有趣的，理解深刻的人一定可以写的很好。

看法二：

a=a+++++a的编译和执行结果是随机的，可能有些屌丝编译器自认为自己很牛，可以处理这样的语句，并把它编译出来而不报任何警告。那么我首先建议这样的编译器别用了，其次我要说这个东西的编译结果并不重要，重要的是千万不要在项目代码中这样写。

下面让我们来看一下试验：

试验环境:

发行版：

[zorro@dhcp-65-110 tmp]$ cat /etc/issue

Fedora release 19 (Schrödinger’s Cat)

Kernel \r on an \m (\l)

内核和体系结构：

[zorro@dhcp-65-110 tmp]$ uname -a

Linux dhcp-65-110.nay.redhat.com 3.11.9-200.fc19.x86_64 #1 SMP Wed Nov 20 21:22:24 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

[zorro@dhcp-65-110 tmp]$ gcc -v

Using built-in specs.

COLLECT_GCC=/usr/bin/gcc

COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/lto-wrapper

Target: x86_64-redhat-linux

Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-isl=/builddir/build/BUILD/gcc-4.8.2-20131017/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.2-20131017/obj-x86_64-redhat-linux/cloog-install --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux

Thread model: posix

gcc version 4.8.2 20131017 (Red Hat 4.8.2-1) (GCC)

为什么要列这么详细?因为我想告诉你，细微的一个编译gcc时使用的编译选项的差别都有可能导致使用gcc时编译结果的不一样。

在Linux系统中，每个软件基本都是通过三个基本步骤从源代码到安装进系统运行的。这三个步骤是：

configure

make

make install

比如configure时的不同选项和参数会决定代码编译出来的软件的不同特征。好了，这里不多说这个，言归正传。写一个简单的程序用来测试：

#include

int main(){

int a = 1;

a = a+++++a;

printf("a=%d\n", a);

return 0;

}

我们来在上面说的环境下用gcc编译看看：

[zorro@dhcp-65-110 tmp]$ gcc -o mytest testcode.c -Wall

testcode.c: 在函数‘main’中:

testcode.c:5:9: 错误：自增操作数必须是左值

a = a+++++a;

^