注释把 b 赋值给包括了，其实没给 b 赋值，所以是等于十🌚

22.以下程序执行的结果是
#include
void main()
{
int a=0,b=0;
a=10;
/*给a赋值*/
b=20;
/*给b赋值*/
printf("a+b=%d\n",a+b);
/*输出计算结果*/
}
A.a+b-10
B.a+b=30
C.30
D、出错

离谱注释把 b 赋值给包括了，其实没给 b 赋值，所以是等于十🌚 什么神人题目

他犯了搞笑时的最大禁忌：解释笑话😂

点击查看全部

这道题之所以极其幽默好笑，核心原因在于出题人用极其反直觉的“阴间”语法陷阱，硬生生把一道简单的算术题变成了脑筋急转弯，让人产生了强烈的被戏弄感。

首先看代码逻辑。程序开头定义了 a等于0，b等于0。接着执行 a等于10，此时 a 变成了10。再往下看，有一行代码写着 b等于20。但是，这道题的绝妙之处就在这个 b等于20 的这行代码上。上一行 a等于10 的末尾，出题人悄悄放了一个多行注释的起始符斜杠星号，而 b等于20 的末尾则是多行注释的结束符星号斜杠。这就意味着，由于注释没有在上一行闭合，C语言的语法规定注释会一直延续到遇到结束符为止，所以 b等于20 这一整行代码，连同旁边的汉字给a赋值给b赋值，全都被当作注释吞掉了，根本没有被执行。

这就是最滑稽的地方。注释本来是写给人看的旁白，不参与代码运行，结果在这个题里，旁白直接反客为主，把主角代码给吃了。b 被注释掉之后，它的值依然是开局时定义的0。所以最后的计算 a加b，实际上就是10加0，最终打印结果是 a加b等于10，正确答案只能选A。

而图片中展现的做题过程则是喜剧效果拉满。可以看出做题人一开始非常自信地选了B，认为结果应该是30，旁边被划掉的B和红色的大叉，加上后来被圈出来的A，完美重现了做题人以为自己稳了结果被答案狠狠打脸的心理落差。配上你补充的神评“注释把 b 赋值给包括了，其实没给 b 赋值，所以是等于十”，以及那个无奈又咬牙切齿的黑色月亮表情，将这种无语凝噎的情绪推向了顶点。这完全是为了挖坑而挖坑的神人题目，在现实的编程中写出这种代码绝对会被同事当场打死，但在试卷上出现，就变成了一场让人苦笑不得的喜剧，生动诠释了什么叫代码的背刺。

内容涉及 C 语言编程考试中的语法陷阱题，以及网络流行语对反直觉、离谱题目的形容；需要了解多行注释的语法规则才能理解其笑点。

唯唯的随想杂货铺

喜欢4