GESP C++一级真题拆解：吃透运算符优先级与短路求值

简介：2023年9月GESP C++一级真题及知识点解析文档，面向参加GESP C++一级认证的考生、信奥赛入门者以及希望夯实C++基础的编程学习者。内容包含完整试卷和逐题考点说明：选择题覆盖内存分类、变量命名、逻辑表达式、运算符优先级等基础概念，判断题涉及计算机历史、类型转换、循环与字符运算等易错点，编程题为‘买文具’与‘小明的幸运数’两道上机题，并配有对应的解析思路与知识点归纳。资源为单份docx文件，压缩包大小仅147KB，轻巧便于查阅和打印，适合考前冲刺、模拟自测或系统回顾一级核心知识。目前已有900余人学习参考，对准备GESP一级考试和信奥赛入门均具实用价值。

1. GESP C++ 一级真题文档：一份能帮你把语法细节抠到位的备考资源

如果你正准备 GESP C++ 一级考试，或者你家学生正在为这个认证做冲刺，这套 2023 年 9 月的真题文档值得花时间拆开看。它表面上是 30 道选择题、10 道判断题和 2 道编程题，但真正有价值的不是题目本身，而是题里埋的那些平时写代码根本不会注意的语法细节。比如2 - 1 && 2 % 10这种表达式，很多写过一年 C++ 的人第一眼都会算错。我见过不少初学者刷完这套题后反馈：原来短路求值、逗号表达式、字符与整数的隐式转换这些"看起来简单"的点，才是考试真正想卡人的地方。这份文档适合两类人：一是准备考级、需要刷真题找手感的学生，二是教编程入门、想找一套有解析价值的评测卷来检验教学效果的老师。不管你属于哪类，按下面几个章节把题目分类拆开练，比盲目整套刷的效率高得多。

2. 把 30 道选择题按考点拆开：先搞清楚每道题在考什么

拿到这份文档，我习惯先把单选题按知识点归类。GESP 一级的命题范围其实很固定，核心就落在变量与命名、表达式求值、运算符优先级、循环结构这几块。把 30 道题拆成几类后，你会发现很多题是同一个考点的不同变体。

下表是我拆完这套卷子后整理的考点分布，对应到具体题号，方便你按薄弱点针对性刷题。

2.1 变量命名规则：不只是"不能数字开头"这么简单

第 2 题问四个选项哪个不能作为变量名，redStar、RedStar、red_star都能用，只有red star因为中间有空格直接非法。很多学生栽在这题上不是因为不知道规则，而是把"不能以数字开头""不能是关键字"背得滚瓜烂熟，却忽略了标识符中间不能有空格这个基本约束。C++ 的标识符规则其实就三条：只能由字母、数字、下划线组成；不能以数字开头；不能与关键字冲突。red_star这种下划线写法是 C++ 程序员最常用的命名风格，redStar是驼峰式，RedStar虽然大写开头合法但不推荐。这题提醒我们：考试不考你背得多熟，而是考你能不能一眼看出哪个写法违反语法。

2.2 变量命名与cout的"伪关键字"陷阱

判断题第 9 题问cout能不能作为变量名，答案是能。cout不是 C++ 关键字，它是标准库中定义的一个对象名，属于std命名空间。代码里写int cout = 5;语法上是合法的，只是会让后面的cout <<失效或者产生歧义。这种题就是典型的"语法上允许但实践中别这么干"的考点。我一般会让学生在 Dev-C++ 里实际跑一下，把cout声明成整型变量试试，编译能过但输出会报错，这种亲手踩坑比背十遍"cout 不是关键字"都管用。

2.3 逻辑运算符组合：&&、||与比较运算的混合求值

第 5 题给了x=2, y=4, z=6，问哪个表达式为真。A 选项x > y || x > z左边为假，右边也为假，整个为假；B 选项x != z - y也就是2 != 2，为假；C 选项z > y + x也就是6 > 6，为假；D 选项x < y || !x < z，左边2 < 4为真，整个表达式直接短路为真。这道题真正想考的是两件事：一是&&和||的短路特性，只要左边能确定结果，右边根本不会执行；二是!的优先级高于<，所以!x < z等价于(!x) < z，而不是!(x < z)。很多学生用 Python 的思维来套 C++，觉得!x < z应该是"x 不小于 z"，实际上是先对 x 取逻辑非得到 0，再比较0 < 6。这题不跑一遍代码很难彻底说服自己。

2.4 基础编程实操：从 test 到真的会写，中间隔着一整套输入输出

cout << (2,3,"23")这题在判断题第 4 题里出现了。逗号表达式从左往右依次执行，整个表达式的值是最后一个子表达式的值。所以(2,3,"23")的值是"23"，cout输出的是"23"而不是2,3,23。这种题在 GESP 一级里反复出现，说明出题人默认考生已经把运算符优先级和逗号表达式吃透了。实际写代码的时候，逗号表达式用得不多，但它经常藏在for循环的初始化部分，比如for (int i = 0, j = 10; i < j; i++, j--)，这时候你必须知道逗号表达式的求值规则才能正确分析循环行为。

3. 表达式求值与运算优先级：这套卷子的"分水岭"题都在这里

第 3 题2 - 1 && 2 % 10的答案是 1，这个结果让很多人意外。拆解一下：先算算术运算，2 - 1得 1，2 % 10得 2，表达式变成1 && 2。C++ 里逻辑与要求两边都非零才为真，1 和 2 都是非零值，所以整个表达式为真，布尔值转成整数输出就是 1。这里有个隐藏考点：&&的优先级低于算术运算符，所以不需要加括号也能先算两边的算术表达式。

#include <iostream> using namespace std; int main() { int a = 2, b = 1; int c = 2, d = 10; // 先算算术：a-b=1， c%d=2 // 再算逻辑：1 && 2，两个非零值为真 bool result = (a - b) && (c % d); cout << result << endl; // 输出 1 // 验证短路：改成 a < b && (c % d) // 左边为假，右边不执行，结果还是 0 bool result2 = (a < b) && (c = 100); cout << result2 << " " << c << endl; // 输出 0 2 return 0; }

这段代码里result2的赋值演示了短路求值：a < b为假，整个&&表达式直接判定为假，右边的c = 100根本不会执行，所以 c 的值还是 2。我在讲这个知识点时一定会让学生先猜后跑，因为短路求值是 C++ 里最容易凭直觉翻车的地方。逻辑说明就一句话：&&左边为假时不看右边，||左边为真时不看右边。参数说明里唯一要留意的是%运算符要求两个操作数都是整型，如果写成2.5 % 10编译直接报错，这一点在单选题第 6 题里又考了一遍。

3.1 复合赋值与%取余的边界条件

第 6 题问哪个语句不符合 C++ 语法，四个选项里b = c % 2.5明显非法，因为%只能用于整数操作数。C++ 里取余运算要求两个操作数都是整型或者能隐式转换成整型，浮点数直接参与取余会报错。c += 5等价于c = c + 5，是复合赋值运算符的标准用法；a = (b = 3, c = 4, b + c)是逗号表达式赋值，最终 a 等于 7；a -= a = (b = 6) / (c = 2)这行虽然写得恶心，但语法上合法，先算右边得 3，再算a -= 3。这种看着乱码一样的代码在竞赛题里经常出现，专门考运算符优先级和结合性的掌握程度。

3.2 字符运算：'1' + '1'为什么不等于'2'

判断题第 6 题问('1' + '1')的值，答案是 50 而不是'2'。'1'的 ASCII 码是 49，两个相加得到的是整数 98，对应字符'b'。很多学生想当然地觉得字符'1'加字符'1'应该得到'2'，这是在拿数学直觉套编程规则。字符在 C++ 底层就是整数，只是输出时会被解释成对应 ASCII 码的字符。如果你想让字符数字做真正的数值加法，需要先减'0'再做运算，或者直接用int('1') - '0'拿到整数值。这一点在实际编程里很常见，比如处理输入的数字字符串时，每个字符都要减'0'才能得到真正的数值。

3.3 循环边界与continue死循环的判断方法

第 8、9、10 题全在考循环执行次数。for (int i = 0; i < 10; i += 2)这种循环，i 取值 0、2、4、6、8，一共执行 5 次，第 10 题输出 5 就是这个逻辑。第 13 题求正整数的所有因数，横线处应该填int i = 1; i < n + 1; i++，这样才能确保 i 能取到 n 本身。判断第 7 题说 do-while 循环不可能死循环，这是错的，只要循环条件是恒为真的表达式，do-while 照样死循环。判断第 8 题给的代码是while (1) continue;，continue 无条件执行，跳过了循环体内所有剩余语句，但循环条件1恒为真，自然死循环。做题时有个技巧：凡是遇到 continue，先看它会不会跳过条件更新语句，如果会，循环变量永远不变，那基本就是死循环。

4. 判断题与概念题避坑：四条血泪经验帮你绕过最常见的丢分点

判断题里有两道计算机基础题，第 1 题说早期计算机可以把字库固化在 ROM 扩展卡里帮助处理汉字，这是对的。ROM 只读存储器的特点就是掉电不丢数据，适合存放固定不变的字库数据。第 2 题提到某国产超算平台在 TOP500 排行榜中多次荣膺榜首，对超算发展史略有了解就能判断为真。这两道题不涉及 C++ 语法，但 GESP 一级会考一些计算机基础知识，别完全忽略。

判断第 3 题int(3.14)的值是 3，这是 C 风格类型转换的语法，浮点数转整数直接截断小数部分，不四舍五入。这个考点和cout << (2,3,"23")一样，属于"语法看着怪但必须会"的类型。我把这套卷子里最容易踩的坑整理成四条，按"现象 → 原因 → 解决"的顺序写清楚。

坑一：输出3+4= 7而不是3+4=7

现象：代码里写cout << "3+4=" << a + b;，输出的等号后面多了一个空格。

原因：字符串"3+4="里自带空格，初学者经常在写字符串时随手加个空格，觉得输出无所谓。考试不会提示你格式问题，但 OJ 判题系统对输出格式非常敏感。

解决：写输出语句前先手写一遍期望输出，把空格位置标清楚，再照着字符串拼。平时练习就用 OJ 系统提交，让格式错误暴露出来。

坑二：b = c % 2.5编译不过

现象：本地编译直接报错，提示%的操作数类型错误。

原因：C++ 的取余运算符只接受整型操作数。浮点数取余要用fmod函数，那是数学库里的东西，不在一级考纲里。

解决：记牢%只能用于整数。如果遇到需要"浮点取余"的题目，先想想是不是题目出错了，大概率是你自己理解偏了。

坑三：('1' + '1')输出98

现象：以为字符相加会得到'2'，实际输出是一个数字。

原因：字符在内存中存的是 ASCII 码，两个字符的+运算是码值相加，不是数字相加。

解决：涉及字符转数字时，用字符 - '0'的方式转换。比如'7' - '0'得到整数 7。

坑四：cout << (2,3,"23")输出23

现象：以为逗号表达式会把三个值都输出，实际只输出了最后一个。

原因：逗号运算符的优先级低于<<，但括号把三个值括在一起，整个括号是个逗号表达式，值等于最后一个子表达式的值。<<接收到的是"23"这个字符串。

解决：看到括号里有多个逗号，先判断是不是逗号表达式，再展开求值。这类题还有变体：cout << (1, 2, 3);会输出 3。

5. 两道编程题完整拆解：买文具与幸运数求和的标准实现

编程题是这套卷子的重头戏，每题 25 分，两道题如果都能满分拿下，整卷分数基本就稳了。第 1 道题是"买文具"，输入四行数据，分别是签字笔数量 X、记事本数量 Y、直尺数量 Z 和小明手里的钱 Q，输出钱够不够以及剩下或缺少的金额。第 2 道题是"小明的幸运数"，找出 L 到 R 之间满足"个位数是 k 或 k 的倍数"的所有整数并求和。

第一道题的思路很直接，先算出总价，再和 Q 比较。需要注意输入输出格式，输出两行，第一行是 Yes 或 No，第二行是具体金额。这道题只要会读整数、会 if-else 判断、会算总价，基本就是送分题，但很多学生在输出格式上栽了跟头，比如少输出一行、大小写写错。

#include <iostream> using namespace std; int main() { int x, y, z, q; // 按顺序读取四个正整数 cin >> x >> y >> z >> q; // 总价 = 签字笔 2 元每支 * x + 记事本 5 元每本 * y + 直尺 3 元每把 * z int total = 2 * x + 5 * y + 3 * z; if (q >= total) { cout << "Yes" << endl; cout << q - total << endl; } else { cout << "No" << endl; cout << total - q << endl; } return 0; }

这段代码用cin连续读取，因为输入是每行一个数，cin会自动跳过换行符读取下一个整数。total的计算用了乘法和加法的混合表达式，注意运算符优先级先乘后加，考试这里不会考括号，但代码里建议还是先把每项价格乘出来再相加。逻辑说明就一个关键点：判断q >= total时，如果相等说明钱刚好够，输出 Yes 且剩余金额为 0，这个边界条件要考虑到。参数说明里 X、Y、Z 的取值范围都是 1 到 10，Q 的值范围没有明确但显然大于等于 0，用 int 类型足够，不会溢出。

第二道题稍微绕一点，"k 幸运数"的定义是"个位数为 k 的正整数"或者"k 的倍数"，两者满足其一就算幸运数。注意个位数是 k 的数比如 17，7 的倍数比如 14，两个条件都满足的数比如 7 只算一次。求和的循环区间是闭区间[L, R]，要包含 L 和 R 本身。

#include <iostream> using namespace std; int main() { int k, l, r; cin >> k >> l >> r; long long sum = 0; // 用 long long 防止溢出 for (int i = l; i <= r; i++) { // 判断条件 1：个位数是 k，即 i % 10 == k // 判断条件 2：是 k 的倍数，即 i % k == 0 if (i % 10 == k || i % k == 0) { sum += i; } } cout << sum << endl; return 0; }

这道题有两个容易忽略的细节。第一个是i % 10 == k用取余拿到个位数，% 10是数字拆位里最常用的操作，配合第 14 题的n % 10考点一起记忆。第二个是"或"的判断逻辑，两个条件满足一个就累加，如果两个都满足也只加一次，用if (a || b)天然满足这个要求。sum 的类型我建议用long long，虽然 L 和 R 最大只有 1000，和最大也不会超过几万，int 完全够用，但写成long long是一个好习惯，防止以后遇到更大范围的数据时翻车。循环变量的类型用 int，因为 R 最大 1000，不会有符号问题。

5.1 输入多行数据的处理习惯：cin连续读 vs 逐行读

竞赛场景下，输入数据用空格分隔或者换行分隔对cin来说没有区别，它会自动跳过空白字符。这套卷子的输入描述是每行一个数，但实际用cin >> x >> y >> z >> q一行读取也能通过，因为>>运算符会忽略换行符。如果你用的是scanf，要写成scanf("%d%d%d%d", &x, &y, &z, &q);，同样能处理换行分隔。关键是理解cin的空白字符处理机制，不要手动去读换行符，那是纯给自己找麻烦的做法。

5.2 判断条件的写法：i % 10 == k与i % k == 0的优先级关系

这里有个隐藏考点：==的优先级高于||，所以i % 10 == k || i % k == 0会被解析成(i % 10 == k) || (i % k == 0)，不需要额外加括号。考试不会在这种地方设陷阱，但你要能读懂别人的代码。如果代码里写成i % 10 == k || i % k == 0而没有括号，别觉得是 bug，这是符合语法规则的。另外i % k要小心 k 为 0 的情况，但这题约定了 k 的范围是 2 到 9，不会出现除零错误。

5.3 样例输入输出推导：从样例解释反推边界条件

题目给了两组样例，第一组是 7、1、10，输出 7，解释是 1 到 10 之间只有 7 这个 7 幸运数；第二组是 7、10、20，输出 31，因为 14 和 17 两个数，14 是 7 的倍数，17 个位数是 7。这两个样例就覆盖了两个条件分别触发的场景。做题时先手动跑一遍样例，确认自己理解的规则和题目一致，再写代码。样例输出是最便宜的调试工具，比任何测试数据都可靠。你自己构造的测试数据可能存在和题目规则理解一致的系统性偏差，样例输入输出是出题人给的，能帮你校准理解。

6. 考前一周的自测清单与三个实战小技巧

临近考试的那一周，建议按下面的顺序把这套真题文档重新过一遍，不是为了刷题而刷题，而是用这些问题来检查自己的知识盲区。我会让学生把每道选择题的四个选项都自己解释一遍，不是选出答案就完事，而是说出为什么其它三个选项是错的。这个过程比单纯对答案扎实得多。

判断短路求值是否真的理解，有一个简单的自测题：int a = 0; if (a && (a = 5)) {}执行后 a 是多少？答案是 0，因为&&左边为假，右边的赋值语句根本没机会执行。如果你答错了，就回去看第 3 题和第 5 题的解析。判断循环边界是否搞清楚了，就看第 9 题到第 13 题，尤其是 13 题求因数的边界条件i < n + 1，这题每次考都有一半的人错在i < n漏掉了 n 本身。判断取余和取模是否熟练，用1234拆位的平方和来测，先拿个位1234 % 10得到 4，平方累加，再n / 10去掉个位变成 123，重复四次。

这里再分享一个应对"看着不确定"的单选题的技巧：先把能确定的选项排除掉，再对剩余选项逐一代入具体的值去验证。比如判断x != z - y是否为真，把 x=2、z-y=2 代进去，一看就是假。这个方法对含有变量的布尔表达式题特别有效，比空想表达式含义可靠得多。我自己带学生时，每次模考完都强制他们做一件事：把所有错题按知识点分桶，标记自己最薄弱的两类，下一周专门做这两类的变体题。毕竟 GESP 一级的知识点范围就那么大，你把选择题的五个知识桶都补齐了，编程题只要会读输入和写循环，拿一张过得去的分数问题不大。

从那以后，我每套真题都会让学生先做一遍、对答案、再按知识点重新做一遍，第二遍做的时候把每个选项的解释写出来。这套 2023 年 9 月的真题文档已经帮我带过的三批学生完成了考前冲刺，希望这篇拆解也能帮你少走点弯路。

本文还有配套的精品资源，点击获取