C++实验6报告：类与对象、继承多态实操指南

写C++实验报告这事，说简单也简单，说难也难。我见过太多人到了实验6还是把报告写成"代码粘贴+运行截图"，结果代码能跑，分数却上不去。实际上实验报告的价值不在于记录你做了什么，而在于证明你理解了为什么这么做。特别是C++这种语言，到了类和对象、继承与多态这个阶段，光靠"能编译能运行"已经远远不够了。这篇文章我就以C++课程中常见的"实验6"为例，从题目拆解、代码设计、报告写作到常见调试点，完整讲一遍我的实操经验。无论你是正在赶这份报告，还是想把实验做出区分度，这篇内容都能拿来就用。

1. 实验6到底在考什么：从教材编排看核心知识点

1.1 为什么实验6普遍集中在"面向对象三大特性"

国内大部分高校的C++课程，用的是那本经典的清华版教材（编者大家都很熟悉），第四版整体编排大致是：前三章基础语法、第四章数组与指针、第五章函数重载与引用，到第六章左右就开始进入类和对象。如果书名或教学计划里把"实验6"安排在这个位置，十有八九考察的就是类的设计、继承、多态、虚函数、运算符重载这几个模块。这是教材安排上的一个规律：基础语法过了之后，面向对象是第一个真正需要"设计思维"的内容，出实验题不可能只让你写一个简单的类就完事，一定会让你把多个类组织起来。

很多同学不理解为什么实验6的题目看起来比前面难那么多。我的看法是：前面几章考的是"你会不会写代码"，从实验6开始考的是"你会不会设计程序"。比如让你做一个图形面积计算器，如果老老实实写一个类然后用if语句判断类型，代码也能跑，但那只是C语言思维套在C++壳子里。实验6真正想看到的是你用继承和多态来消灭if-else。

1.2 常见实验6题目类型盘点

从我带过的学生和接触过的各高校实验题目来看，实验6常见的出题方向集中在这几类：

• 学生/教职工信息管理系统：考察类的封装、构造与析构、静态成员、友元。
• 形状类层次设计：基类Shape派生Circle、Rectangle、Triangle等，重点考察虚函数、纯虚函数、多态、抽象类。
• 银行账户/图书借阅系统：在继承基础上加入运算符重载、深拷贝、动态内存管理。
• 复数/分数类设计：这个偏运算符重载和友元函数，如果实验6恰好是这个方向，重点就不一样了。

不管题目长什么样，你都会发现一个共同点：这些题不可能用一个类写完。它一定会逼你设计两个以上的类，然后在它们之间建立关系。所以我在拿到实验6题目时，第一步永远是画类图而不是写代码。

1.3 一眼看懂实验6的分数构成

根据经验，实验6的评分大概是这样分布的：功能实现占30%，代码规范占20%，设计思路占30%，报告质量占20%。我故意把"设计思路"权重说得比"功能实现"高，因为实验做到第六个，大部分同学都能把功能跑通，拉开差距的恰恰是类图设计、函数划分、边界情况处理这些东西。换句话说，你和同班同学的区别不在于谁的程序能跑，而在于谁的代码一眼看上去像"设计师写的"，谁的是"临时工写的"。

这个思路要贯穿整个实验过程。写代码前先想清楚类图，写报告时重点说明设计意图，调试时把思考过程记录下来。这三件事做下来，哪怕代码有一两个小瑕疵，分数也不会低。

2. 典型实验6题目拆解与核心代码设计

2.1 以"形状类层次设计"为例的完整思路

实验6最经典的题目之一就是形状类层次。题目要求通常是这样：定义一个抽象基类Shape，包含求面积和周长的纯虚函数；由它派生Circle、Rectangle、Triangle三个类，分别实现面积和周长计算；主函数用基类指针数组管理若干图形对象，输出每个图形的面积和周长。

拿到这个题第一反应不应该是"圆面积是πr²"，而应该是"这题考什么"。纯虚函数考抽象类不能被实例化；虚函数考动态绑定；基类指针数组考向上转型；析构函数加virtual考内存释放的完整性。这四个点全是实验6的核心考点，题目设计得非常典型。

我给的代码框架是这样的：

#include <iostream> #include <cmath> using namespace std; const double PI = 3.141592653589793; class Shape { public: virtual double area() const = 0; virtual double perimeter() const = 0; virtual ~Shape() {} }; class Circle : public Shape { private: double radius; public: Circle(double r) : radius(r) {} double area() const override { return PI * radius * radius; } double perimeter() const override { return 2 * PI * radius; } }; class Rectangle : public Shape { private: double width, height; public: Rectangle(double w, double h) : width(w), height(h) {} double area() const override { return width * height; } double perimeter() const override { return 2 * (width + height); } }; class Triangle : public Shape { private: double a, b, c; public: Triangle(double x, double y, double z) : a(x), b(y), c(z) {} double area() const override { double s = (a + b + c) / 2; return sqrt(s * (s - a) * (s - b) * (s - c)); } double perimeter() const override { return a + b + c; } }; int main() { Shape* shapes[3]; shapes[0] = new Circle(2.0); shapes[1] = new Rectangle(3.0, 4.0); shapes[2] = new Triangle(3.0, 4.0, 5.0); for (int i = 0; i < 3; ++i) { cout << "面积: " << shapes[i]->area() << ", 周长: " << shapes[i]->perimeter() << endl; delete shapes[i]; } return 0; }

2.2 三个关键设计决策背后的原理

写实验报告的时候，不能只贴代码，关键是要说明白几个设计决策。

第一个决策：Shape里的area和perimeter为什么必须是纯虚函数而不是普通虚函数。因为Shape是抽象的"形状"概念，不论算面积还是算周长都必须知道具体是哪种形状。如果你让Shape自己有area的实现，那这个函数必须处理"未知形状"的情况，逻辑上说不通。用纯虚函数等于告诉编译器：基类只定义接口，具体行为交给派生类去实现。这是纯虚函数存在的根本意义。

第二个决策：基类析构函数为什么要加virtual。这是很多同学容易漏掉的关键点。当用基类指针delete一个派生类对象时，如果析构函数不是虚函数，编译器会只调用基类的析构函数，派生类中自己分配的资源（比如new出来的动态数组、文件句柄）就不会被释放。这个行为在程序小的时候看不出问题，但放到真实项目里就是内存泄漏。我在带学生的过程中发现，十份实验报告里至少有六到七份会漏掉这个virtual。所以写代码时我习惯先把基类析构函数写上virtual，形成肌肉记忆。

第三个决策：为什么用基类指针数组而不是直接用派生类对象数组。这个考的就是"面向对象设计"思维了。基类指针数组的妙处在于：你可以在循环里统一调用area()和perimeter()，编译器在运行时根据指针实际指向的对象类型去调用对应的重写版本。这就是动态绑定，也就是多态的核心。如果你用Circle shapes[3]，那这组对象就只能处理圆的功能，以后要加一个椭圆类还得改数组类型。用了基类指针，你新增任何Shape的派生类都不用改主函数逻辑。

2.3 扩展思路：如果题目要求不止这些

很多学校的实验6不会只出这么简单，有的会叠加"按面积排序输出""用运算符重载比较两个图形大小"等等。遇到这种情况，我的建议是：不要在派生类里写排序逻辑，而是给Shape加一个虚函数或重载一个运算符。

比如要求两个图形按面积比较大小，可以在Shape里定义：

class Shape { public: virtual double area() const = 0; bool operator>(const Shape& other) const { return this->area() > other.area(); } };

这里用到了运算符重载的知识点，而且运算符里调用虚函数area()，依然能实现多态。这种把多个知识点融合起来的设计，恰恰是实验6高分的标志。

3. 报告怎么写：让每个板块都踩在得分点上

3.1 实习报告的标准结构与每部分的写作技巧

实验报告不是流水账，它有一套相对固定的结构。大部分学校发下来的模板包含：实验目的、实验内容、实验原理、实验步骤、实验结果、实验心得。我按自己的习惯调整成这样：

实验目的不能只抄教材原话，要结合这个具体实验写。比如不要写"掌握面向对象程序设计的基本概念"，而应该写"掌握抽象基类的定义与纯虚函数的使用，理解虚析构函数的作用，能够利用多态统一管理不同派生类对象"。

实验内容部分如果只是把题目文字复制一遍就废了。我会先转述题目，然后补一句"本实验涉及的核心问题有三点：一是抽象类的设计，二是动态绑定机制的验证，三是内存释放的规范性"。 这句话就是给老师看的，表明你真读懂了题目。

实验原理部分是拉开差距的关键。我一般分三段：先讲类的继承关系，用文字描述基类Shape与三个派生类的关系；再讲纯虚函数与多态的运行机制，用编译器的虚函数表（vtable）解释为什么基类指针调用派生类方法；最后讲虚析构的作用，配上内存泄漏的对比代码。用生活类比的话，虚函数表就相当于一个"通讯录"，编译器通过它找到应该调用的函数地址。这个类比写进报告里，比平铺直叙的"虚函数实现了多态"要有说服力得多。

3.2 测试用例与结果记录的正确姿势

报告里的实验结果，如果只是丢一个运行截图上去，说明没理解这部分的价值。老师看结果记录时关心的不是"能不能跑通"，而是"你测了什么、边界情况有没有覆盖"。所以我的测试记录一定是表格形式，至少要包含这些内容：

注意最后一行，这是很多同学不会主动去测的：三角形两边之和等于第三边，海伦公式里会出现0除以负数的情况。我在实验里故意踩这个坑，然后在报告中写"本组测试暴露了三角形边长合法性校验缺失的问题，建议在Triangle构造函数中增加边长检查"。 这样的报告，老师一看就知道你是真的在调试，不是在凑截图。

3.3 实验心得怎么写才不显得假

实验心得是报告里水分最大的板块，也是最容易被老师一眼识破的。我见过无数人写"通过这次实验，我加深了对C++的理解"，这种空话等于没写。

我自己的心得会写三条。一条是技术认知层面的：通过单步调试观察虚函数表的跳转过程，理解到多态的实现代价是一定的内存开销和时间开销，这让我明白了不能用多态解决所有问题。一条是工程习惯层面的：vscode的调试器里查看内存泄漏情况时，发现用基类指针delete派生类对象时，如果基类析构函数不是virtual，派生类的资源确实不会释放，这提醒我设计基类时就要考虑析构函数的规范。最后一条是思维层面的：写这个实验最大的收获不是学会了语法，而是理解了"面向接口编程"的核心思想——调用者只依赖抽象基类的接口。

这样的心得每条都有细节支撑，不是套话。老师批改时能看得出来，里面写的是你真实的思考过程。

4. 常见错误与调试验证：那些报告里不敢写但你必须知道的坑

4.1 高频编译错误：从"无法解析的外部符号"到"override不合法"

写实验6时，最容易撞上的编译错误是"无法解析的外部符号"。出现这个错误，先别急着上网搜，检查一下是不是有个成员函数声明了却没有实现。比如你在Shape里写了virtual double area() const = 0;，结果在派生类里声明了double area() const override;但是忘了写实现。override关键字加上了，编译器以为你确信自己重写了，结果找不到函数体，就直接在链接阶段报"无法解析的外部符号"。

还有一种情况是override标注不匹配。比如基类里是virtual double area() const，派生类里写成double area()，少了一个const。这个根本不是重写，而是定义了一个新的函数。编译器会因为override关键字直接报错，但如果你不写override，编译器会默认你是想隐藏基类函数，程序运行起来多态失效，面积算出来的结果莫名其妙。这个坑特别隐蔽。我的习惯是：所有重写函数一律加override，让编译器帮我把好关。

4.2 运行时的经典错误：多态失效与内存泄漏

运行时最常见的错误是输出结果固定不变。比如基类指针指向Circle对象，但调用area()时返回的是0。我见过很多次这种问题了，排查思路就一条：检查你是用对象调用还是用指针调用。如果写成：

Shape s; s.area();

这就废了。Shape是抽象类，根本不能实例化，编译器会直接报错。但如果你的基类不是抽象类、area()是普通虚函数，那么Shape s; s.area()调用的是基类自己的实现，跟你new出来的Circle一点关系都没有。多态不是对象自己与生俱来的属性，它是通过基类指针或引用调用虚函数才触发的。写代码时一定要用Shape* p = new Circle(...)，然后用p->area()。

内存泄漏这个问题在实验6里容易被忽略，因为程序跑完就结束了，操作系统会回收所有内存，你肉眼看不到问题。但我建议你明确区分两种写法：如果派生类里没有成员变量需要动态分配，析构函数空着也没关系；如果派生类里有一个char* name或者double* data，这时候基类析构函数必须virtual，而且派生类析构函数里要delete。我在实验报告里专门截了一组对比图：分别用virtual和不用virtual析构函数，在调试器的内存监视里可以看到资源是否被释放。这个截图放在报告里，比什么都说明问题。

4.3 一个不易察觉的运算符错误：返回值类型

如果实验里要求重载运算符，最常见的问题出在返回值类型上。很多人重载+号时返回临时对象，然后赋值给另一个对象，代码跑起来没问题，但如果你输出这个类的引用或者连续运算，就可能出问题。更好的做法是对于复合赋值运算符（+=、-=）返回引用，对于普通二元运算符（+、-）返回值。这里面的逻辑是：复合赋值要修改左操作数本身，所以返回*this的引用；二元运算产生新对象，所以返回值。这个区别如果能在报告里写清楚，说明你对C++的值语义和引用语义已经有了清晰认识。

5. 从"写代码"到"写报告"：我的最终建议

5.1 报告要在写代码之前就开始构架

这是我想强调的最重要的一件事。不要等代码跑通了才打开Word憋报告。正确顺序是：拿到题目先画类图，把类图放到报告里作为实验原理；然后写核心代码，边写边记录调试过程；最后整理运行结果。这样报告不是"事后回忆"，而是"过程记录"，内容自然充实，也不会出现写到实验原理时突然忘了为什么要这么设计的情况。

很多同学出的报告看起来很奇怪，代码是代码，原理是原理，完全对不上。原因就是代码早就写完甚至都忘光了，写报告时硬凑。你按我说的方式操作，报告和代码之间的逻辑就是贯通的。

5.2 一些小而有效的技巧

实验报告交Word版的话，建议把类图和运行结果单独加说明文字，图片不要裸放。一张没有图注的截图别人看不懂，图注写一行字说明"基类指针数组统一调用area()函数，输出各图形面积"，信息量完全不一样。

代码块放进报告的时候，别用截图。代码是要被审阅和可能的复用的，截图既不方便阅读也不能复制。我一般用Word里设置固定的等宽字体样式来贴代码，保持缩进和空行完整。页边距允许的情况下，一行代码不要超过80个字符，这样打印出来不会换行乱跳。

5.3 做个"有灵魂"的程序员而不是"能交差"的学生

说了这么多技巧，最后说点真实的体会。我见过很多学生交上来的报告格式规整、代码整齐，但所有内容都是复制粘贴的，实验心得部分是抄的前一届学长。这种报告能过，但对自己的长进毫无帮助。其实实验6是你把C++从"语法学习"转向"思维养成"的关键一步，花两三个小时真正把多态、虚函数、继承弄清楚，收益远不止一门课的成绩。

以后写代码，你会遇到比这个复杂得多的继承体系，比如抽象基类派生十几个子类、每个子类又依赖其他组件。到那个时候你回头看，发现当年实验6里对Shape的设计决策，恰恰是解决所有复杂问题的起点：高内聚、低耦合、面向接口编程。实验报告写明白了，代码设计思想也就内化成你自己的东西了。这也是为什么我坚持认为实验6是整个C++课程里最值得认真对待的一个实验。