洛谷B3834题解：从长乘宽入门循环与选择结构

如果你刚在课本上学完for循环和if判断，正想找一道题练手，又不想一上来就被高难度劝退，洛谷 B3834 大概率会出现在你的练习列表里。题目本身是小学数学里的长方形面积，公式就一句"长乘宽"，但它却被贴上了"循环结构 + 选择结构"的标签。这个标签其实比题目本身更值得琢磨——它暗示出题人真正想考的并不是你会不会乘法，而是你能否把一个简单数学问题拆成"反复处理 + 条件判断"的程序结构。

这篇文章就围绕 B3834 展开：先拆题，再讲把题面翻译成代码的思考过程，然后给出 C++ 和 Python 两版参考实现，接着聊一聊提交评测时最容易翻车的细节，最后把这个题背后的"循环 + 选择"框架延伸开，看看它还能解决哪些入门阶段的高频题型。无论你是准备 GESP 一级的考生，还是刚开始学编程想找点题目巩固基础，这篇内容都值得花十分钟读完。

1. 拆题：为什么一道"长乘宽"会被贴上循环和选择的标签

1.1 题面背后藏着两个考点，不只是长乘宽

很多初学者看到"长方形面积"四个字，第一反应是：面积 = 长 × 宽，然后就开始写代码。这个反应本身没错，但它只看到了数学层面，没看到竞赛题层面的东西。

竞赛题里的"简单"往往是表面现象。一道入门题不会只给你一条公式让你照着搬，它通常会在数据形式上做文章。最常见的做法是：输入一个整数 n 表示长方形的个数，紧接着给 n 行数据，每行两个整数分别代表长和宽。这样一来，你的程序就不能只算一次面积，而是要"反复算 n 次"。反复做同一件事，这正是循环结构存在的理由。

那选择结构又是从哪里冒出来的？这要看题目对数据的约束。有的题长和宽保证是正整数，那 for 循环里直接相乘就行；但不少题目并不会把话说死，它会给出"0 到某个范围"的长宽数据，甚至可能混入不合理的值。这时候程序就需要先判断"这一组长宽是否构成有效长方形"，判断成立才计算面积。判断就是一个 if，也就是选择结构。

换句话说，这道题表面是数学题，实际是结构题。它测试的不是你的数学能力，而是你能否在正确的位置用循环去遍历数据、在正确的时机用判断去筛选数据。

1.2 循环结构解决"多组数据"，选择结构解决"要不要做"

把问题拆开看，循环和选择各管一件事。

循环管的是"重复"。假设 n = 3，你当然可以手写三遍cin >> a >> b，再手写三遍面积计算。但 n 是用户输入的，可能是 1、是 100、是 10000，你不可能在代码里写 10000 遍。程序必须有一种机制，让同一段代码反复执行固定次数，这就是 for 循环或 while 循环。打个比方：你不可能因为今天只打算买三样东西，就在购物清单程序里写死三个"格子"，你需要的是一张可以随时填写的清单，来多少写多少。

选择管的是"决策"。电脑和人不一样，它没有常识。输入里给了a = -5, b = 3，人一眼看出这不是长方形，但电脑不会自动跳过，它只会机械地执行你写的每一行指令。如果你不写判断，它就会一本正经地计算出-15这个荒谬结果。所以你要在计算之前放一道安检门：只有长和宽都大于 0 的数据才放行，否则直接忽略。这道安检门就是if (a > 0 && b > 0)。

这两个结构一旦组合起来，就构成了一个非常典型的嵌套模式：外层循环负责"逐个读取、逐个处理"，内层 if 负责"满足条件才操作"。B3834 想训练的核心，正是这个嵌套模式。

1.3 变量设计：先定类型，再写代码

写代码之前还有一个容易被忽略的环节：变量用什么类型。

很多新手看到长和宽都是整数，顺手就写了int a, b;，这本身没错。但如果题目里长宽的最大值能到 10^9，两个 int 相乘的结果是 10^18，这已经远远超出了 int 能表示的范围（大约是 21 亿）。C++ 里 int 类型一旦溢出，你会得到一个完全错误的负数或者随机值，而且这种错误在本地测试小数据时根本发现不了。

稳妥的做法是：读入时用long long，或者至少在乘法这一步做类型转换。你可以在代码里写long long area = (long long)a * b;，这样即使 a 和 b 本身是 int，相乘前也会先转换成 long long，保证乘积不溢出。这个习惯一旦养成，后面做更大范围的题目时会省去大量排查时间。

2. 先把思路摆上桌：伪代码、执行路径和测试用例

2.1 把题面翻译成"输入-处理-输出"三段

我见过的初学者，最容易犯的毛病是一拿到题目就打开编辑器开始敲代码。真正有经验的选手，会先在草稿纸上把题目拆成"输入、处理、输出"三块，然后才动手。

输入这块很明确：先读一个整数 n，再读 n 组长宽。处理这块要回答一个问题：对每一组长宽，我要做什么？如果要计算所有合法长方形的面积之和，那处理就是"判断合法性，合法则累加"。输出这块则取决于题目要求：是输出一个总和，还是每个面积单独占一行。

把这三个问题想明白，就可以写伪代码了。伪代码不需要讲究语法，只要人能看懂流程就行：

读入 n sum = 0 重复 n 次： 读入 a 和 b 如果 a > 0 并且 b > 0： sum = sum + a * b 输出 sum

写完之后你会发现，这段伪代码已经和真实代码非常接近了。从自然语言到伪代码，再从伪代码到真实代码，每一步之间只差一点语法细节。跳过伪代码直接写真实代码，相当于要求自己同时处理"逻辑正确"和"语法正确"两件事，对新手的负担太重了。

2.2 循环和选择的嵌套位置，决定了程序对不对

有了伪代码之后，接下来要思考一个关键问题：if 到底应该放在循环里面还是外面？

答案很明确：if 必须放在循环里面，而且在每次读入之后、计算之前。原因很简单，每一组长宽都需要独立判断。如果你把 if 放在循环外面，程序执行到 if 时循环已经跑完了，此时 a 和 b 只保存着最后一组数据，前面的数据全部丢失了。这就像你在安检口排完队之后，才想起来要检查每个人有没有带违禁品，可队伍早就散场了。

我见过不少学员在这个位置栽跟头。他们的代码语法完全正确，编译也能通过，但运行结果总是差那么一点。原因就是 if 的位置不对。所以写嵌套结构时，可以先在纸上画出执行路径：程序进入循环 → 读入一组数据 → 走到 if 分支 → 满足则累加，不满足则跳过 → 回到循环开头。把这个路径走通，再写代码就不容易错位。

2.3 写代码前先算好"期望输出"，提交前才能自测

还有一个习惯值得在入门阶段就养成：写代码之前，先给自己设计几组测试数据，并且手动算出期望输出。

比如输入：

3 2 3 -1 5 0 4

第一组长宽合法，面积是 6；第二组出现负数，应该被忽略；第三组出现 0，同样不构成有效长方形。所以你的程序应该输出6。如果你在写代码之前就已经算好这个答案，提交前运行一次，立刻就能知道自己的逻辑对不对。

再准备一组极端数据：假设读入 n = 5，五组数据全部合法，面积依次很大，你就要考虑最终结果会不会超过 int 范围。这组数据不是用来验证功能的，而是用来验证数据类型的。很多人在本地小数据跑得好好的，一到评测机上就是 WA（答案错误），往往就是没有提前构造这种大范围数据。

3. C++ 与 Python 两版参考实现逐段精读

3.1 C++ 版：先读 n 再处理 n 组数据的写法

下面是这个题最常用的一种实现。假设题目要求输出所有合法长方形的面积之和。

#include <iostream> using namespace std; int main() { int n; cin >> n; long long sum = 0; // 用 long long，防止面积总和超出 int 范围 for (int i = 0; i < n; i++) { int a, b; cin >> a >> b; if (a > 0 && b > 0) { sum += (long long)a * b; // 转换类型，避免乘法溢出 } } cout << sum << endl; return 0; }

逐段看：int n; cin >> n;负责读取长方形个数。for (int i = 0; i < n; i++)是标准的循环结构，循环体执行 n 次。每次循环读入一组a和b，然后用if判断合法性。如果合法，就累加到sum里。这里的(long long)a * b是类型转换，这一步很多人会漏，但它恰恰是应对大数据的关键。

如果题目要求的是"逐个输出每个长方形的面积"，而不是输出总和，代码只需要在 if 分支里改动一行：把sum += ...改成cout << (long long)a * b << endl;，同时删掉 sum 相关语句。所以你可以看到，这类题的核心骨架是一样的，区别只在于"每次循环结束时是把结果存起来，还是直接输出"。

3.2 另一种常见输入形态：读到文件结束为止

有些题目不告诉你一共有多少组数据，而是以文件结束作为输入终止标志。这时候上面的先读 n 的写法就不适用了，要改成 while 循环配合cin的返回值：

#include <iostream> using namespace std; int main() { long long a, b; while (cin >> a >> b) { if (a > 0 && b > 0) { cout << (long long)a * b << endl; } } return 0; }

while (cin >> a >> b)这个写法在入门阶段看着有点奇怪，但它的逻辑其实很直白：cin 读取成功时返回真值，循环继续；读到输入末尾没有数据时返回假值，循环结束。这样你就不需要关心一共有多少组数据，程序自己会一直处理到不再有输入为止。

这两种输入方式在入门题里都非常常见，建议你都亲手敲一遍，理解它们的适用场景。B3834 到底用哪种，以洛谷原题面为准；但两个版本都掌握了，你在考场上不管遇到哪种输入形式都不会慌。

3.3 Python 版：同样的逻辑，更简洁的写法

如果你选择用 Python 写这道题，逻辑完全一样，只是语法更简洁。下面是先读 n 的版本：

n = int(input()) total = 0 for _ in range(n): a, b = map(int, input().split()) if a > 0 and b > 0: total += a * b print(total)

Python 的 int 是任意精度的，所以不用担心乘法溢出，这是它比 C++ 省心的地方。但 Python 也有自己的坑：input()在读到空字符串时会直接抛出EOFError。所以在处理"读到文件结束"的输入时，推荐用sys.stdin按行遍历：

import sys for line in sys.stdin: line = line.strip() if not line: continue a, b = map(int, line.split()) if a > 0 and b > 0: print(a * b)

for line in sys.stdin会逐行读取，遇到空行时用continue跳过去，这样即使输入末尾有多余的空行也不会报错。这个写法在处理多组数据时非常稳健，可以记下来备用。

4. 提交之后才发现的坑：从本地 AC 到评测机 WA

4.1 本地运行正常，提交却 WA？优先检查输出格式

编程里最让人郁闷的，就是本地运行结果怎么看都对，一提交就显示 WA。如果出现这种情况，第一个要怀疑的不是算法，而是输出格式。

评测机对输出的要求极其严格，多一个空格、少一个换行、多了任何提示文字，都可能被判错。比如你在输出面积之前加了一句"答案是："，本地看着挺亲切，评测机却只认那一个数字，多出来的字符会让它认为你的答案错误。所以提交之前，一定检查一遍：程序里除了题目要求输出的内容，有没有多打印任何装饰性文字？cout << sum << endl;的换行是否输出了？

这类问题看着低级，实际上很常见。尤其是初学者喜欢在调试时加一堆cout查看中间变量，调试完成后忘了删干净，结果这些调试输出全被当成答案提交上去了。

4.2 变量类型和累加器初始化：两个经典的"静默错误"

WA 的另一个高发区，是变量类型和初始化。

先说类型。前面提到，两个 int 相乘会先以 int 计算，再赋值给 long long，中途就溢出了。正确的写法是(long long)a * b，或者直接把 a 和 b 声明成 long long。这个错误的特点是没有报错、没有异常，只是结果悄悄变成错误值，非常难排查。

再说初始化。很多新手写累加器时，只记得写long long sum;，忘了给它赋初值 0。在 C++ 里，未初始化的局部变量里面存的是随机值，简单说就是"内存里残留的垃圾数据"，最终累加出来的结果自然不可预测。更隐蔽的是，如果你有多组测试数据需要处理，sum 必须在每组开始前重新归零，否则上一组的累计值会残留到下一组，导致后面的结果全部偏大。这个"每一轮独立数据都要重新初始化累加器"的意识，在后续做多测试点题目时也至关重要。

4.3 用洛谷平台做题时，有几个小细节值得注意

在洛谷提交这道题时，还需要留意几点。

第一，语言选择要对。洛谷的题通常支持 C++ 和 Python，但 C++ 又有 C++14、C++17 等不同标准，默认选 C++17 一般没问题。如果你本地用的是 Dev-C++ 或者其它很老的编译器，头文件和语法可能跟平台的评测环境有细微差异，遇到"本地能过、平台编译失败"时，先检查是不是编译器版本的问题。

第二，洛谷用的是标准输入输出，不需要、也不支持你手动打开文件读写。有些学校教材会教freopen读写文件，但在洛谷这么写反而可能出错。只要用cin、cout或者scanf、printf处理标准输入输出就行。

第三，有时候提交会碰到"提交失败 无法解析路由对象"这类提示。这通常是平台的临时网络问题，而不是你代码有问题，刷新页面或者过一会儿重新提交就行，不用因此反复修改代码。这类平台侧的问题，和你的解题逻辑没有任何关系。

4.4 构造自测用例，把错误挡在提交之前

与其在提交后靠 WA 来提醒自己，不如在写代码时就把错误挡在门外。我的习惯是，任何题写完代码后，先带着下面几组数据自测一遍：

造数据这件事看着麻烦，但它是排查问题的最高效手段。很多时候你写完代码拿样例一测就过，以为自己 AC 了，实际上一提交就被隐藏数据打回原形。提前用边界数据自测，能帮你发现大量隐藏问题。

5. 把"循环 + 选择"这个模板带走去解更多题

5.1 打擂台：从"累加"到"找最大最小"

B3834 的框架是for + if + 累加，其中累加可以替换成很多别的操作，其中最常见的是"打擂台"——找最大值或最小值。

比如题目改成"输出 n 个长方形中面积最大的那一个"，代码骨架几乎不用变，只是把 sum 换成一个变量 maxArea，初始值设为 0 或者一个很小的数，然后在循环里比较：

long long maxArea = 0; for (int i = 0; i < n; i++) { int a, b; cin >> a >> b; if (a > 0 && b > 0) { long long area = (long long)a * b; if (area > maxArea) { maxArea = area; } } } cout << maxArea << endl;

这个模式为什么叫"打擂台"？因为每一轮你手里都有一个"擂主" maxArea，新来的 area 如果更大，就替换掉旧擂主。这个思路在入门题里出现频率极高，后面学数组、学排序时都能用上。

5.2 计数器：统计满足条件的数据个数

如果把"累加面积"换成"累加次数"，就变成了计数问题。比如题目问"n 组数据中有多少组是合法的长方形"，代码只要把 sum 换成 cnt，把sum += area换成cnt += 1即可。

计数问题看起来简单，但有一个很容易踩的坑：计数器忘记初始化。很多人写了int cnt;就进入循环累加，结果初始值是一段随机内存数据，最终的统计结果完全错误。所以不管写什么计数器，第一件事就是int cnt = 0;。这个习惯养成了，后面学数组统计、哈希计数时都会受益。

5.3 筛选与跳过：用 continue 让代码更清晰

在循环里做条件判断时，除了"满足条件就执行"的写法，还有一种"不满足就跳过"的写法。C++ 里的continue关键字可以结束当前这一轮循环，直接进入下一轮。

比如你想统计所有合法长方形的面积平均值：

long long sum = 0; int cnt = 0; for (int i = 0; i < n; i++) { int a, b; cin >> a >> b; if (a <= 0 || b <= 0) { continue; } sum += (long long)a * b; cnt++; }

这里的continue相当于说："这组数据不合法，后面的事它不配参与，直接看下一组。"这种写法减少了 if 嵌套的层数，代码读起来更顺。理解 continue 的作用之后，你会发现很多筛选类题目都能用这套思路来解。

5.4 给备考者的一句话：结构思维比背代码更重要

回到 B3834 这道题本身。它的价值不在"长方形面积"这个数学知识点，而在它用一道极简单的题目，把循环、选择、数据筛选、类型安全这些基础概念全部串在了一起。

我带过不少准备 GESP 一级的学员，发现真正拉开差距的，不是谁更早学会 for 和 if 的语法，而是谁能先想清楚"这个程序的数据是怎么流动的"。每一组数据进来，经过什么判断，产生什么结果，最终汇聚到哪里——脑子里有了这张流程图，写代码就只是把流程翻译成语法而已。

如果你现在刚学完循环和选择，我建议你先别急着刷难题，把 B3834 这类的入门题反复吃透。自己动手改改代码：把累加改成最大值，把面积改成周长，把一次循环改成嵌套循环，每一步都亲手跑一遍。这些练习才是真正把知识变成能力的过程。

5.5 之后的练习方向，可以往这几个方向延伸

当你把"循环 + 选择"这个框架练熟之后，自然会遇到更多需要组合它们的题目。大体上可以分三个方向：

• 数字处理方向：判断一个数是不是质数，统计区间内满足条件的数，这类题考验的是循环范围控制和条件表达式书写。
• 字符处理方向：统计字符串里某个字符出现的次数，判断字符串是否是回文，这类题是把循环和选择用在字符数组上。
• 简单嵌套方向：双重循环处理九九乘法表这种二维结构，或者处理矩阵里的数据，这类题是为后面学二维数组打基础。

这些方向看着各不相同，但它们的内核都是你在 B3834 里练到的本事：用循环让程序重复做事，用选择让程序分辨该不该做。骨架不变，变的只是每轮循环里处理的数据类型和判断条件。

我自己带学生时经常说一句话：入门阶段不要贪多，把一道典型的题彻底吃透，胜过走马观花刷十道题。B3834 就是很典型的"一道题教会一类题"的题目，值得你多花一点时间，不只是看题解，而是亲手敲一遍、改一遍、跑一遍。这样等你再遇到类似的题目时，脑子里浮现的就不是"我背过这个答案"，而是"哦，这不过是循环加选择的又一次组合"。