简介C大学教程第五版课后习题答案面向正在学习C基础与面向对象编程的初学者配套教材章节内容提供可对照调试的课后习题实现。包内为1个doc文档整体仅226KB集中整理了教材涉及的代码实现内容预览覆盖GradeBook类的完整定义、构造函数、set/get成员函数、displayMessage方法以及测试文件可帮助读者理解C标准string类、using语句、类封装与成员函数定义等关键语法。资源从基础语法逐步过渡到面向对象设计涵盖类的定义与实例化、构造函数的初始化职责、成员变量访问权限、信息隐藏等核心知识点并渗透了封装、继承、多态三大特性和单一职责、开闭原则等设计思路。目前已有141人学习下载可用作课程实验、期末复习或自学查漏补缺的参考材料。通过对照答案中的代码读者能快速掌握类与对象的设计方式、构造函数与成员函数的实现流程同时培养面向对象编程的工程化习惯。1. 拿《C大学教程第五版》当练习场答案要靠自己编译出来《C大学教程第五版》最特殊的地方是它几乎每一章都有一批必须“编译运行”才能完成的编程练习。很多人上网搜这版课后习题答案找到的是多年以前的截图代码风格停在二十年前放到今天的新编译标准下轻则警告、重则报错。这版教材面向的是“自己动手写出来”的训练目标所谓答案最好的形态应该是你亲手编译通过的解决方案。我按自己的练习习惯把整个过程拆成环境、基础题、类和容器、验证四个环节每一步都推荐你在自己的机器上复现一遍。这套方法适合正在读第五版、卡在环境或调试环节的人也适合工作中需要补C基础的开发者。按同一套流程走下来你能自己搭环境、识别练习的常见出题模式并知道某道题的答案到底该怎么验证。2. 先把 VS Code 的 C/C 环境配好再处理 Microsoft Visual C 14.0 一类报错很多练习写对了成果却卡在环境上。最常见的现象是Windows上装了VS Code写了包含iostream的Hello World点运行却报“g不是内部或外部命令”。问题出在VS Code里没有可调用的编译器而不是代码写错。另一个高频干扰来自完全不相干的地方用pip安装Python包时得到error: Microsoft Visual C 14.0 or greater is required. Get it with Microsoft C Build Tools。它出现在你正想用Python小工具验证输出的时候让学习节奏直接中断。先把这两个问题一次解决后面做第五版练习才不会被无关报错反复打断。VS Code只负责编辑和调试前端编译要靠外部工具链所以“配置VS Code C/C环境”的真实动作是装好编译器并让VS Code知道怎么调用它。对第五版的代码来说编译器不必追新但我不会退回C98。第五版的大部分程序在C17下只是产生少量兼容性警告不妨碍运行把语言标准固定在C17后续还能顺手使用标准库的现代设施又不会碰到教材之外的语法特性。实际安装时MinGW-w64和Visual Studio Build Tools二选一就够了。2.1 工具链选择MinGW-w64 或 MSVC各有什么取舍MinGW-w64提供g与教材例子中GCC家族编译器的行为最接近命令简洁适合第五版这种以控制台程序为主的练习。MSVC的强项是Windows调试体验和完整的运行时支持如果后面要写Windows原生程序或做更大的项目MSVC更贴近生产环境。我一般建议只交课后作业时选MinGW-w64长期准备用VS Code写C就两种都装。但要记得同一个项目里MinGW和MSVC的二进制目标文件不能混用混用时的链接错误容易让人误以为代码写得不对。2.2 先用最小程序验证工具链再把编译参数写进 tasks.json验证安装的直接办法是在终端执行g --version如果能显示版本号说明g已经在PATH里。接着创建一个最小程序并编译mkdir ch01 cd ch01 cat hello.cpp EOF #include iostream int main() { std::cout hello c std::endl; return 0; } EOF g -stdc17 -Wall -Wextra hello.cpp -o hello命令行里的-stdc17把语言标准固定为C17避免编译器按默认标准做兼容性推测-Wall -Wextra打开两组常见警告把未使用变量、有符号与无符号比较等隐患提前显示-o hello确定输出文件名。Windows下运行hello.exeLinux和macOS下运行./hello。这条命令能输出hello说明编译器、标准库和运行时已经可用。接下来把这套命令固化到VS Code的tasks.json里之后按CtrlShiftB就能构建当前文件{ version: 2.0.0, tasks: [ { label: build, type: shell, command: g, args: [ -stdc17, -Wall, -Wextra, ${file}, -o, ${fileDirname}/${fileBasenameNoExtension}.exe ], group: build, problemMatcher: [$gcc] } ] }${file}是当前打开的cpp文件路径${fileDirname}是源码所在目录${fileBasenameNoExtension}是去掉扩展名的文件名。三个变量拼在一起确保构建产物和源码在同一目录不会出现“exe到底生成在哪”的困惑。problemMatcher设为$gccVS Code才能把GCC的错误输出解析到问题面板。如果你在Linux或macOS上做练习把.exe后缀去掉即可。2.3 Microsoft Visual C 14.0 与 redistributable 报错排查这类报错与C课后题没有直接关系但碰到时最耗费心气因为错误信息看起来像是编译器坏了。我把常见情况整理成一张表报错或现象场景处理方式error: Microsoft Visual C 14.0 or greater is required. Get it with Microsoft C Build Toolspip安装含C扩展的Python包安装Visual Studio Build Tools并勾选“使用C的桌面开发”Microsoft Visual C Redistributable package (x64) is not installed运行依赖MSVC运行时的exe安装VC_redist.x64.exe和VC_redist.x86.exe完成后重开终端g : command not found在VS Code终端执行g将MinGW的bin目录加入PATH重启VS CodeUnable to start debugging按F5启动调试检查launch.json中program是否指向exe完整路径第一行的关键字“Get it with Microsoft C Build Tools”指向的就是安装Build Tools而不是某个单独的库文件。我遇到过同学把问题理解成“只缺一个dll”手动复制dll进System32折腾半天仍报错。处理完之后回到终端重新验证g --version或cl确认工具链就位再继续写作业这是最省时间的顺序。到这里环境已经能支撑起第五版前几章的所有练习下面进入真正的题目模式。3. 第五版课后题的高频基础模式流 I/O、指针和冒泡排序的练法教材前半部分的练习题主要落在三个模式上格式化输出、指针作为函数参数、以及数组排序。它们的共同特点是代码量不大但边界条件和输入输出格式比语法本身更容易丢分。答案对不对不看运行过程要看给定输入样本下的输出是否与题目要求一致。3.1 流 I/Osetw、setprecision 和 setfill 的一次性生效规则流I/O练习经常让你按指定宽度输出成绩表或统计表。常见错误是以为setw会持续生效实际上它只影响紧接着的一次输出而setfill和setprecision会保留。下面的小程序可以验证参数行为#include iostream #include iomanip using namespace std; int main() { double score 91.5; cout setw(10) left setfill(-) setprecision(3) fixed score \n; // 演示输出: 91.500---- return 0; }这里setw(10)指定总宽度10left是左对齐setfill(-)把空白位置填成横线setprecision(3)配合fixed表示保留三位小数。四个参数的优先级是setw只对本次输出生效所以下一行输出会恢复默认宽度其余三个持续生效直到你手动改回来。很多练习程序输出的小数位数不对原因就是漏看了fixed与setprecision的搭配关系。调试这类题时我会分别注释掉left和fixed再看结果比死记语法有效得多。常用参数的作用范围可以这样记操作符作用范围恢复方式setw(n)仅下一次输出无需恢复setfill(c)持续生效再次设置回空格setprecision(n)持续生效配合defaultfloat恢复fixed持续生效用defaultfloat恢复3.2 指针用法 C地址与值分不清交换函数就白写指针题的“答非所问”大多出在把指针和指针指向的值混用。一个要求交换两个实参的练习错误版本会把参数声明成int而正确做法是传入地址。下面是一段最小写法void swapByPointer(int *a, int *b) { int temp *a; // 取出a指向的值 *a *b; *b temp; } int main() { int x 3, y 4; swapByPointer(x, y); // 到这里 x4, y3 return 0; }在函数内部a的类型是int*它保存的是x的地址*a才是x这个变量的值。如果你传参时写swapByPointer(x, y)编译器会报“无法将int转换为int*”。更危险的是把函数签名改成void swapByPointer(int a, int b)然后把调用写成swapByPointer(x, y)类型上能通过却完全改不了实参。做课后题时我习惯先在纸上写出这条类型链x是intx是int**a是int写清楚之后再动手。指针练习里还常考空指针解引用之前先判断p ! nullptr能帮你避开第五版链表和二叉树练习里一大批段错误。3.3 冒泡排序算法 C中断标记和边界条件是拿分点数组章节的冒泡排序题除了排序本身经常要求打印中间结果或统计交换次数。比起教科书里的原始实现我通常会额外加一个交换标记#include iostream using namespace std; void bubbleSort(int arr[], int n) { for (int i 0; i n - 1; i) { bool swapped false; // 标记本轮是否发生过交换 for (int j 0; j n - 1 - i; j) { if (arr[j] arr[j 1]) { swap(arr[j], arr[j 1]); swapped true; } } if (!swapped) break; // 本轮无交换说明数组已有序 } } int main() { int data[] {5, 1, 4, 2, 8}; int n sizeof(data) / sizeof(data[0]); // 推导数组元素个数 bubbleSort(data, n); return 0; }int n sizeof(data) / sizeof(data[0])在本作用域内成立是因为data是数组而不是指针sizeof(data)得到整个数组的字节数。j n - 1 - i中的-i让每轮内层比较范围缩短一个位置这样已经排到末尾的最大元素不会在下一轮继续参与比较。swapped标记是最容易和基础版答案区分开的地方它在数组接近有序时提前结束循环题目如果要求“输出排序趟数”这个变量也能直接复用。要注意数组一旦作为参数传入bubbleSort函数内的sizeof(arr)就不再是数组大小所以必须把n作为独立参数传进来这正是第五版在指针章节反复考察的退化问题。3.4 判断质数把试探法循环优化到 sqrt 级别质数判断是第五版循环练习的常客。初始版本可能从2一直试到n对单个小数字可行但题目如果让你统计某一范围内的质数个数这种写法会很慢。常见的高效版本bool isPrime(int n) { if (n 2) return false; for (int i 2; i * i n; i) { if (n % i 0) return false; } return true; }i * i n把循环上界压缩到根号n因为如果n存在大于根号n的因子它必然能找到一个小于根号n的因子。这样单个数的判定次数从n次降到大约根号n次。两个容易出错的地方n 2必须单独处理否则2会被误判为合数i的类型和n要保持一致避免隐式转换在溢出边界上出问题。如果你把i * i改成sqrt(n)要注意sqrt返回浮点数和整数比较可能引入舍入误差。这类优化点正是第五版质数题想考察的循环控制能力。3.5 字符串数组初始化与字符串转数组的通用写法第五版在字符串专题里经常要处理以逗号或空格分隔的输入。把分隔符统一为空格后用istringstream解析是稳妥方案#include sstream #include vector #include algorithm #include string #include iostream int main() { std::string input 12,34,56,78; std::replace(input.begin(), input.end(), ,, ); // 逗号换成空格 std::istringstream iss(input); std::vectorint nums; int v; while (iss v) { nums.push_back(v); // 按顺序存入vector } for (int n : nums) std::cout n ; return 0; }std::replace把逗号替换成空格让iss v能够按空白分隔逐项读取。相比strtok这个写法不修改原始字符串、不使用静态缓冲区并且天然支持空格、换行等标准空白分隔符。如果题目给的是来自std::cin的一整行只需要先把行读入std::string再走同样的解析逻辑。字符串数组初始化方面我建议一律用std::vectorstd::string代替二维char数组后者在赋值、比较和拼接时边界错误极多是第五版后半部分最容易被扣分的地方。4. 面向对象和 STL 练习的边界点构造函数、运算符重载与容器验证第五版后半部分的课后题不是把类写出来、能编译运行就算完成。它们考察的是对象生命周期、资源归属和标准库的使用边界题目经常给出一个看似能运行、但会在返回、赋值或拷贝时崩掉的场景。下面挑三个常见练习方向来展开。4.1 构造函数与拷贝控制没有拷贝构造函数的类会 double free自定义字符串类或学生类里只要成员含有裸指针就绕不开深拷贝问题。只看构造和析构下面的类一切正常#include cstring class Text { public: Text(const char *s) { len std::strlen(s); data new char[len 1]; std::strcpy(data, s); } ~Text() { delete[] data; } private: char *data; int len; };这段实现里没有拷贝构造函数Text(const Text)也没有拷贝赋值运算符operator。当执行Text b a;时编译器按成员默认浅拷贝让a.data和b.data指向同一块堆内存。生命周期结束时两个析构函数对同一地址执行两次delete[]就是double free。修复方式有两种一是实现深拷贝拷贝时重新分配内存并复制内容二是用Text(const Text) delete;禁止拷贝让这类使用在编译期就被拒绝。做这种题我会用-fsanitizeaddress参数重新编译运行后报错会直接指出重复释放发生在哪一行比逐行看析构顺序快很多。提示凡是类里有delete或new[]成员第一件事就是确认拷贝构造、拷贝赋值和析构这三个成员函数是否都补齐了。4.2 运算符重载返回值不能是引用参数要加 const运算符重载练习中operator、operator出现频率最高最容易写错的是返回值类型。以字符串拼接为例正确的加法重载应该这样声明Text operator(const Text a, const Text b) { std::string result(a.data, a.len); result.append(b.data, b.len); return Text(result.c_str()); }返回值必须是Text而不是Text因为result是函数内的局部对象它构造出的临时Text在函数返回后必须继续存在如果返回引用调用方拿到的是悬空引用程序行为未定义。参数列表里的const同样重要它表示加法不会修改两个操作数如果漏掉只要其中一个操作数本身带const就会编译失败。更细致的规则可以看下表声明场景正确写法易错点算术运算符返回对象不返回引用返回局部对象引用导致悬空比较运算符参数加const建议用非成员函数左侧操作数不能为const对象复合赋值运算符返回Type忘记return *this;课后题里还有一种易错写法是把operator声明成成员函数而非全局函数导致string other可以编译other string不行。判断准则很简单如果操作符左右两侧都有可能传入const对象或右值就优先写成非成员函数并在参数里加const。4.3 STL 容器练习题用标准库算法替代手写循环讲到vector、string和list时练习通常让你实现查找、排序或计数。我一般建议优先使用标准库然后用一段小的容器练习来说明#include vector #include algorithm #include iostream int main() { std::vectorint v {3, 1, 4, 1, 5, 9, 2, 6}; auto it std::find(v.begin(), v.end(), 5); // 查找第一个5 if (it ! v.end()) { std::cout index std::distance(v.begin(), it) \n; } std::sort(v.begin(), v.end()); // 默认升序排序 return 0; }std::find返回迭代器找到时指向该元素找不到时等于v.end()std::distance(v.begin(), it)求得元素下标效率在随机访问迭代器上是常数级。std::sort默认使用operator需要降序时传入std::greaterint()即可。标准库算法有稳定的实现和时间复杂度保证通常比手写循环少犯边界错误。但使用前提是必须传对区间[v.begin(), v.end())是左闭右开如果写成end - 1最后一个元素永远不会参与查找或排序。这个区间规则在第五版的容器题目中反复出现答案是否正确基本就看有没有把它落实到每个算法调用里。5. 用断言、边界样本和输出对比给课后答案做验收在冒烟测试全部通过之前不要把你写出来的程序称作这道题的答案。验证分三层每层解决一类问题。第一层是函数级断言用assert把不可变逻辑钉死#include cassert int add(int a, int b) { return a b; } int main() { assert(add(2, 3) 5); assert(add(-1, 1) 0); assert(add(0, 0) 0); return 0; }assert在cassert中定义条件为false时终止程序并打印文件和行号。它只在debug构建里生效因为Release模式会定义NDEBUG宏让断言整体消失因此它适合本地验证不适合作为正常路径的错误提示。写断言时先用两组普通值再用边界值基本能把函数级错误堵住。第二层是输出比对。书后很多题要求把结果输出到控制台这时用文件重定向和diff来核对g -stdc17 -Wall -Wextra main.cpp -o main ./main input.txt output.txt diff -u expected.txt output.txt./main input.txt把input.txt作为标准输入 output.txt把标准输出保存到文件diff -u显示两个文件的差异。这样即使只差一个空格也能看出来。构造expected.txt时我会先手算几组输入的结果空数组、单元素数组、完全逆序数组、完全有序数组。这些边界样本往往是题目里“隐藏要求”所在越早测越好。第三层是批处理测试脚本。当题目越来越多单个文件验证会变得耗时我习惯写一个for循环跑完所有样本for f in test_*.in; do ./main $f out.tmp if diff -q ${f%.in}.out out.tmp /dev/null; then echo $f ok else echo $f fail diff ${f%.in}.out out.tmp fi done${f%.in}.out把test_1.in替换成test_1.outdiff -q只判断是否相同相同则输出ok不同则显示差异。脚本里没有硬编码文件名新增测试只用添加一对test_某.in和test_某.out下一次运行循环时自动纳入。把它接到VS Code的默认build任务里之后每次构建都会顺手跑一遍全量测试。当一组程序能连续通过这些样本并且在换了一台机器后仍然得到相同输出第五版课后题的答案才算真正落地而不是一段只在你当前环境下碰巧运行成功的代码。本文还有配套的精品资源点击获取
C++大学教程第五版课后题实战：从环境配置到答案验证全攻略
简介C大学教程第五版课后习题答案面向正在学习C基础与面向对象编程的初学者配套教材章节内容提供可对照调试的课后习题实现。包内为1个doc文档整体仅226KB集中整理了教材涉及的代码实现内容预览覆盖GradeBook类的完整定义、构造函数、set/get成员函数、displayMessage方法以及测试文件可帮助读者理解C标准string类、using语句、类封装与成员函数定义等关键语法。资源从基础语法逐步过渡到面向对象设计涵盖类的定义与实例化、构造函数的初始化职责、成员变量访问权限、信息隐藏等核心知识点并渗透了封装、继承、多态三大特性和单一职责、开闭原则等设计思路。目前已有141人学习下载可用作课程实验、期末复习或自学查漏补缺的参考材料。通过对照答案中的代码读者能快速掌握类与对象的设计方式、构造函数与成员函数的实现流程同时培养面向对象编程的工程化习惯。1. 拿《C大学教程第五版》当练习场答案要靠自己编译出来《C大学教程第五版》最特殊的地方是它几乎每一章都有一批必须“编译运行”才能完成的编程练习。很多人上网搜这版课后习题答案找到的是多年以前的截图代码风格停在二十年前放到今天的新编译标准下轻则警告、重则报错。这版教材面向的是“自己动手写出来”的训练目标所谓答案最好的形态应该是你亲手编译通过的解决方案。我按自己的练习习惯把整个过程拆成环境、基础题、类和容器、验证四个环节每一步都推荐你在自己的机器上复现一遍。这套方法适合正在读第五版、卡在环境或调试环节的人也适合工作中需要补C基础的开发者。按同一套流程走下来你能自己搭环境、识别练习的常见出题模式并知道某道题的答案到底该怎么验证。2. 先把 VS Code 的 C/C 环境配好再处理 Microsoft Visual C 14.0 一类报错很多练习写对了成果却卡在环境上。最常见的现象是Windows上装了VS Code写了包含iostream的Hello World点运行却报“g不是内部或外部命令”。问题出在VS Code里没有可调用的编译器而不是代码写错。另一个高频干扰来自完全不相干的地方用pip安装Python包时得到error: Microsoft Visual C 14.0 or greater is required. Get it with Microsoft C Build Tools。它出现在你正想用Python小工具验证输出的时候让学习节奏直接中断。先把这两个问题一次解决后面做第五版练习才不会被无关报错反复打断。VS Code只负责编辑和调试前端编译要靠外部工具链所以“配置VS Code C/C环境”的真实动作是装好编译器并让VS Code知道怎么调用它。对第五版的代码来说编译器不必追新但我不会退回C98。第五版的大部分程序在C17下只是产生少量兼容性警告不妨碍运行把语言标准固定在C17后续还能顺手使用标准库的现代设施又不会碰到教材之外的语法特性。实际安装时MinGW-w64和Visual Studio Build Tools二选一就够了。2.1 工具链选择MinGW-w64 或 MSVC各有什么取舍MinGW-w64提供g与教材例子中GCC家族编译器的行为最接近命令简洁适合第五版这种以控制台程序为主的练习。MSVC的强项是Windows调试体验和完整的运行时支持如果后面要写Windows原生程序或做更大的项目MSVC更贴近生产环境。我一般建议只交课后作业时选MinGW-w64长期准备用VS Code写C就两种都装。但要记得同一个项目里MinGW和MSVC的二进制目标文件不能混用混用时的链接错误容易让人误以为代码写得不对。2.2 先用最小程序验证工具链再把编译参数写进 tasks.json验证安装的直接办法是在终端执行g --version如果能显示版本号说明g已经在PATH里。接着创建一个最小程序并编译mkdir ch01 cd ch01 cat hello.cpp EOF #include iostream int main() { std::cout hello c std::endl; return 0; } EOF g -stdc17 -Wall -Wextra hello.cpp -o hello命令行里的-stdc17把语言标准固定为C17避免编译器按默认标准做兼容性推测-Wall -Wextra打开两组常见警告把未使用变量、有符号与无符号比较等隐患提前显示-o hello确定输出文件名。Windows下运行hello.exeLinux和macOS下运行./hello。这条命令能输出hello说明编译器、标准库和运行时已经可用。接下来把这套命令固化到VS Code的tasks.json里之后按CtrlShiftB就能构建当前文件{ version: 2.0.0, tasks: [ { label: build, type: shell, command: g, args: [ -stdc17, -Wall, -Wextra, ${file}, -o, ${fileDirname}/${fileBasenameNoExtension}.exe ], group: build, problemMatcher: [$gcc] } ] }${file}是当前打开的cpp文件路径${fileDirname}是源码所在目录${fileBasenameNoExtension}是去掉扩展名的文件名。三个变量拼在一起确保构建产物和源码在同一目录不会出现“exe到底生成在哪”的困惑。problemMatcher设为$gccVS Code才能把GCC的错误输出解析到问题面板。如果你在Linux或macOS上做练习把.exe后缀去掉即可。2.3 Microsoft Visual C 14.0 与 redistributable 报错排查这类报错与C课后题没有直接关系但碰到时最耗费心气因为错误信息看起来像是编译器坏了。我把常见情况整理成一张表报错或现象场景处理方式error: Microsoft Visual C 14.0 or greater is required. Get it with Microsoft C Build Toolspip安装含C扩展的Python包安装Visual Studio Build Tools并勾选“使用C的桌面开发”Microsoft Visual C Redistributable package (x64) is not installed运行依赖MSVC运行时的exe安装VC_redist.x64.exe和VC_redist.x86.exe完成后重开终端g : command not found在VS Code终端执行g将MinGW的bin目录加入PATH重启VS CodeUnable to start debugging按F5启动调试检查launch.json中program是否指向exe完整路径第一行的关键字“Get it with Microsoft C Build Tools”指向的就是安装Build Tools而不是某个单独的库文件。我遇到过同学把问题理解成“只缺一个dll”手动复制dll进System32折腾半天仍报错。处理完之后回到终端重新验证g --version或cl确认工具链就位再继续写作业这是最省时间的顺序。到这里环境已经能支撑起第五版前几章的所有练习下面进入真正的题目模式。3. 第五版课后题的高频基础模式流 I/O、指针和冒泡排序的练法教材前半部分的练习题主要落在三个模式上格式化输出、指针作为函数参数、以及数组排序。它们的共同特点是代码量不大但边界条件和输入输出格式比语法本身更容易丢分。答案对不对不看运行过程要看给定输入样本下的输出是否与题目要求一致。3.1 流 I/Osetw、setprecision 和 setfill 的一次性生效规则流I/O练习经常让你按指定宽度输出成绩表或统计表。常见错误是以为setw会持续生效实际上它只影响紧接着的一次输出而setfill和setprecision会保留。下面的小程序可以验证参数行为#include iostream #include iomanip using namespace std; int main() { double score 91.5; cout setw(10) left setfill(-) setprecision(3) fixed score \n; // 演示输出: 91.500---- return 0; }这里setw(10)指定总宽度10left是左对齐setfill(-)把空白位置填成横线setprecision(3)配合fixed表示保留三位小数。四个参数的优先级是setw只对本次输出生效所以下一行输出会恢复默认宽度其余三个持续生效直到你手动改回来。很多练习程序输出的小数位数不对原因就是漏看了fixed与setprecision的搭配关系。调试这类题时我会分别注释掉left和fixed再看结果比死记语法有效得多。常用参数的作用范围可以这样记操作符作用范围恢复方式setw(n)仅下一次输出无需恢复setfill(c)持续生效再次设置回空格setprecision(n)持续生效配合defaultfloat恢复fixed持续生效用defaultfloat恢复3.2 指针用法 C地址与值分不清交换函数就白写指针题的“答非所问”大多出在把指针和指针指向的值混用。一个要求交换两个实参的练习错误版本会把参数声明成int而正确做法是传入地址。下面是一段最小写法void swapByPointer(int *a, int *b) { int temp *a; // 取出a指向的值 *a *b; *b temp; } int main() { int x 3, y 4; swapByPointer(x, y); // 到这里 x4, y3 return 0; }在函数内部a的类型是int*它保存的是x的地址*a才是x这个变量的值。如果你传参时写swapByPointer(x, y)编译器会报“无法将int转换为int*”。更危险的是把函数签名改成void swapByPointer(int a, int b)然后把调用写成swapByPointer(x, y)类型上能通过却完全改不了实参。做课后题时我习惯先在纸上写出这条类型链x是intx是int**a是int写清楚之后再动手。指针练习里还常考空指针解引用之前先判断p ! nullptr能帮你避开第五版链表和二叉树练习里一大批段错误。3.3 冒泡排序算法 C中断标记和边界条件是拿分点数组章节的冒泡排序题除了排序本身经常要求打印中间结果或统计交换次数。比起教科书里的原始实现我通常会额外加一个交换标记#include iostream using namespace std; void bubbleSort(int arr[], int n) { for (int i 0; i n - 1; i) { bool swapped false; // 标记本轮是否发生过交换 for (int j 0; j n - 1 - i; j) { if (arr[j] arr[j 1]) { swap(arr[j], arr[j 1]); swapped true; } } if (!swapped) break; // 本轮无交换说明数组已有序 } } int main() { int data[] {5, 1, 4, 2, 8}; int n sizeof(data) / sizeof(data[0]); // 推导数组元素个数 bubbleSort(data, n); return 0; }int n sizeof(data) / sizeof(data[0])在本作用域内成立是因为data是数组而不是指针sizeof(data)得到整个数组的字节数。j n - 1 - i中的-i让每轮内层比较范围缩短一个位置这样已经排到末尾的最大元素不会在下一轮继续参与比较。swapped标记是最容易和基础版答案区分开的地方它在数组接近有序时提前结束循环题目如果要求“输出排序趟数”这个变量也能直接复用。要注意数组一旦作为参数传入bubbleSort函数内的sizeof(arr)就不再是数组大小所以必须把n作为独立参数传进来这正是第五版在指针章节反复考察的退化问题。3.4 判断质数把试探法循环优化到 sqrt 级别质数判断是第五版循环练习的常客。初始版本可能从2一直试到n对单个小数字可行但题目如果让你统计某一范围内的质数个数这种写法会很慢。常见的高效版本bool isPrime(int n) { if (n 2) return false; for (int i 2; i * i n; i) { if (n % i 0) return false; } return true; }i * i n把循环上界压缩到根号n因为如果n存在大于根号n的因子它必然能找到一个小于根号n的因子。这样单个数的判定次数从n次降到大约根号n次。两个容易出错的地方n 2必须单独处理否则2会被误判为合数i的类型和n要保持一致避免隐式转换在溢出边界上出问题。如果你把i * i改成sqrt(n)要注意sqrt返回浮点数和整数比较可能引入舍入误差。这类优化点正是第五版质数题想考察的循环控制能力。3.5 字符串数组初始化与字符串转数组的通用写法第五版在字符串专题里经常要处理以逗号或空格分隔的输入。把分隔符统一为空格后用istringstream解析是稳妥方案#include sstream #include vector #include algorithm #include string #include iostream int main() { std::string input 12,34,56,78; std::replace(input.begin(), input.end(), ,, ); // 逗号换成空格 std::istringstream iss(input); std::vectorint nums; int v; while (iss v) { nums.push_back(v); // 按顺序存入vector } for (int n : nums) std::cout n ; return 0; }std::replace把逗号替换成空格让iss v能够按空白分隔逐项读取。相比strtok这个写法不修改原始字符串、不使用静态缓冲区并且天然支持空格、换行等标准空白分隔符。如果题目给的是来自std::cin的一整行只需要先把行读入std::string再走同样的解析逻辑。字符串数组初始化方面我建议一律用std::vectorstd::string代替二维char数组后者在赋值、比较和拼接时边界错误极多是第五版后半部分最容易被扣分的地方。4. 面向对象和 STL 练习的边界点构造函数、运算符重载与容器验证第五版后半部分的课后题不是把类写出来、能编译运行就算完成。它们考察的是对象生命周期、资源归属和标准库的使用边界题目经常给出一个看似能运行、但会在返回、赋值或拷贝时崩掉的场景。下面挑三个常见练习方向来展开。4.1 构造函数与拷贝控制没有拷贝构造函数的类会 double free自定义字符串类或学生类里只要成员含有裸指针就绕不开深拷贝问题。只看构造和析构下面的类一切正常#include cstring class Text { public: Text(const char *s) { len std::strlen(s); data new char[len 1]; std::strcpy(data, s); } ~Text() { delete[] data; } private: char *data; int len; };这段实现里没有拷贝构造函数Text(const Text)也没有拷贝赋值运算符operator。当执行Text b a;时编译器按成员默认浅拷贝让a.data和b.data指向同一块堆内存。生命周期结束时两个析构函数对同一地址执行两次delete[]就是double free。修复方式有两种一是实现深拷贝拷贝时重新分配内存并复制内容二是用Text(const Text) delete;禁止拷贝让这类使用在编译期就被拒绝。做这种题我会用-fsanitizeaddress参数重新编译运行后报错会直接指出重复释放发生在哪一行比逐行看析构顺序快很多。提示凡是类里有delete或new[]成员第一件事就是确认拷贝构造、拷贝赋值和析构这三个成员函数是否都补齐了。4.2 运算符重载返回值不能是引用参数要加 const运算符重载练习中operator、operator出现频率最高最容易写错的是返回值类型。以字符串拼接为例正确的加法重载应该这样声明Text operator(const Text a, const Text b) { std::string result(a.data, a.len); result.append(b.data, b.len); return Text(result.c_str()); }返回值必须是Text而不是Text因为result是函数内的局部对象它构造出的临时Text在函数返回后必须继续存在如果返回引用调用方拿到的是悬空引用程序行为未定义。参数列表里的const同样重要它表示加法不会修改两个操作数如果漏掉只要其中一个操作数本身带const就会编译失败。更细致的规则可以看下表声明场景正确写法易错点算术运算符返回对象不返回引用返回局部对象引用导致悬空比较运算符参数加const建议用非成员函数左侧操作数不能为const对象复合赋值运算符返回Type忘记return *this;课后题里还有一种易错写法是把operator声明成成员函数而非全局函数导致string other可以编译other string不行。判断准则很简单如果操作符左右两侧都有可能传入const对象或右值就优先写成非成员函数并在参数里加const。4.3 STL 容器练习题用标准库算法替代手写循环讲到vector、string和list时练习通常让你实现查找、排序或计数。我一般建议优先使用标准库然后用一段小的容器练习来说明#include vector #include algorithm #include iostream int main() { std::vectorint v {3, 1, 4, 1, 5, 9, 2, 6}; auto it std::find(v.begin(), v.end(), 5); // 查找第一个5 if (it ! v.end()) { std::cout index std::distance(v.begin(), it) \n; } std::sort(v.begin(), v.end()); // 默认升序排序 return 0; }std::find返回迭代器找到时指向该元素找不到时等于v.end()std::distance(v.begin(), it)求得元素下标效率在随机访问迭代器上是常数级。std::sort默认使用operator需要降序时传入std::greaterint()即可。标准库算法有稳定的实现和时间复杂度保证通常比手写循环少犯边界错误。但使用前提是必须传对区间[v.begin(), v.end())是左闭右开如果写成end - 1最后一个元素永远不会参与查找或排序。这个区间规则在第五版的容器题目中反复出现答案是否正确基本就看有没有把它落实到每个算法调用里。5. 用断言、边界样本和输出对比给课后答案做验收在冒烟测试全部通过之前不要把你写出来的程序称作这道题的答案。验证分三层每层解决一类问题。第一层是函数级断言用assert把不可变逻辑钉死#include cassert int add(int a, int b) { return a b; } int main() { assert(add(2, 3) 5); assert(add(-1, 1) 0); assert(add(0, 0) 0); return 0; }assert在cassert中定义条件为false时终止程序并打印文件和行号。它只在debug构建里生效因为Release模式会定义NDEBUG宏让断言整体消失因此它适合本地验证不适合作为正常路径的错误提示。写断言时先用两组普通值再用边界值基本能把函数级错误堵住。第二层是输出比对。书后很多题要求把结果输出到控制台这时用文件重定向和diff来核对g -stdc17 -Wall -Wextra main.cpp -o main ./main input.txt output.txt diff -u expected.txt output.txt./main input.txt把input.txt作为标准输入 output.txt把标准输出保存到文件diff -u显示两个文件的差异。这样即使只差一个空格也能看出来。构造expected.txt时我会先手算几组输入的结果空数组、单元素数组、完全逆序数组、完全有序数组。这些边界样本往往是题目里“隐藏要求”所在越早测越好。第三层是批处理测试脚本。当题目越来越多单个文件验证会变得耗时我习惯写一个for循环跑完所有样本for f in test_*.in; do ./main $f out.tmp if diff -q ${f%.in}.out out.tmp /dev/null; then echo $f ok else echo $f fail diff ${f%.in}.out out.tmp fi done${f%.in}.out把test_1.in替换成test_1.outdiff -q只判断是否相同相同则输出ok不同则显示差异。脚本里没有硬编码文件名新增测试只用添加一对test_某.in和test_某.out下一次运行循环时自动纳入。把它接到VS Code的默认build任务里之后每次构建都会顺手跑一遍全量测试。当一组程序能连续通过这些样本并且在换了一台机器后仍然得到相同输出第五版课后题的答案才算真正落地而不是一段只在你当前环境下碰巧运行成功的代码。本文还有配套的精品资源点击获取
