3、C++基础回顾与Qt扩展：C++核心语法回顾（类、继承、多态）、Qt特有的元对象系统（MOC）、信号与槽机制初探
好，咱们进入第三章。这一章挺关键的，说白了就是给后面所有Qt实战打地基。你想想看，Qt本质上就是一套C++的框架，如果C++的底子不牢，后面写信号槽、搞自定义控件，很容易踩坑。
我个人习惯，每次带新人做项目，第一件事就是让他们把C++的三大特性——封装、继承、多态——在Qt里重新过一遍。为什么呢？因为Qt的元对象系统（MOC）就是在这三个特性之上玩出了新花样。
3.1 C++核心语法回顾：类、继承、多态
先快速过一遍C++的基础，别嫌啰嗦，这些是Qt的骨架。
3.1.1 类与封装
类就是把数据和操作数据的方法打包在一起。我在项目中遇到过不少新手，把所有成员变量都写成public，结果后面维护时改一个变量名，满屏报错。
class Person {
public:
// 公开接口
void setName(const QString &name) { m_name = name; }
QString getName() const { return m_name; }
private:
// 私有数据
QString m_name; // 我习惯用m_前缀，一眼就能看出是成员变量
int m_age;
};嗯，这里要注意：成员变量尽量私有，通过getter/setter访问。Qt的Q_PROPERTY宏就是基于这个思想设计的。
3.1.2 继承与虚函数
继承是代码复用的利器。但多态才是真正的灵魂。我记得刚学C++那会儿，总觉得虚函数就是加个virtual关键字，直到后来调试一个复杂的界面继承链，才发现虚函数表（vtable）的机制有多重要。
class Animal {
public:
virtual void speak() { qDebug() << "Animal speaks"; }
virtual ~Animal() {} // 基类析构函数一定要虚！
};
class Dog : public Animal {
public:
void speak() override { qDebug() << "Dog barks"; }
};我曾经因为忘记给基类写虚析构函数，导致内存泄漏查了两天。你想想看，如果基类指针指向派生类对象，析构时只调用了基类的析构函数，派生类的资源就全泄漏了。
3.2 Qt特有的元对象系统（MOC）
好，接下来是Qt最核心的东西——元对象系统。说白了，就是Qt在标准C++之上加了一层“反射”能力。
标准C++没有反射，你没法在运行时知道一个类有哪些方法、哪些属性。但Qt通过MOC（Meta-Object Compiler）做到了。MOC是一个预处理器，它会扫描你的头文件，如果发现Q_OBJECT宏，就自动生成一个moc_xxx.cpp文件，里面包含了元对象信息。
3.2.1 Q_OBJECT宏
所有需要信号槽、属性系统的类，第一行必须是Q_OBJECT。我见过有人把这个宏写在private区域里，结果编译报错半天找不到原因。
class MyWidget : public QWidget {
Q_OBJECT // 必须写在类的最前面，通常放在public区域
public:
explicit MyWidget(QWidget *parent = nullptr);
// ...
};3.2.2 元对象系统能做什么？
MOC生成的信息包括：类名、父类、信号列表、槽函数列表、属性列表等。你可以通过以下API在运行时查询：
className()— 获取类名（字符串）inherits("QWidget")— 判断是否继承自某个类metaObject()— 获取元对象指针property("xxx")— 动态读写属性
我在项目中用元对象系统做过一个通用的属性编辑器，遍历所有Q_PROPERTY，自动生成编辑界面。省了至少一半的重复代码。
3.3 信号与槽机制初探
信号与槽是Qt最标志性的特性。它解决了什么问题？说白了，就是对象之间的通信解耦。
传统回调函数的问题在于：回调函数是强耦合的，你必须知道调用哪个对象的哪个函数。而信号槽机制，发送者只管发射信号，不关心谁在监听；接收者只管连接槽函数，不关心信号从哪里来。
3.3.1 基本语法
// 定义信号（在类声明中）
class Counter : public QObject {
Q_OBJECT
signals:
void valueChanged(int newValue); // 信号只需要声明，不需要实现
public slots:
void onValueChanged(int newValue) {
qDebug() << "New value:" << newValue;
}
};
// 连接信号与槽
Counter counter;
QObject::connect(&counter, &Counter::valueChanged,
&counter, &Counter::onValueChanged);
// 发射信号
emit counter.valueChanged(42); // 会触发onValueChanged嗯，这里要注意：信号函数不能有实现体，MOC会自动生成。槽函数就是普通的成员函数，可以public、protected或private。
3.3.2 连接方式的演变
Qt5之前用的是宏字符串连接，容易写错。Qt5之后推荐使用函数指针语法，编译期就能检查类型是否匹配。
| 连接方式 | 示例 | 特点 |
|---|---|---|
| 旧式（字符串） | connect(btn, SIGNAL(clicked()), this, SLOT(onClick())); |
运行时检查，写错不报编译错误 |
| 新式（函数指针） | connect(btn, &QPushButton::clicked, this, &MyClass::onClick); |
编译期检查，更安全 |
| Lambda表达式 | connect(btn, &QPushButton::clicked, this, [=](){ qDebug() << "clicked"; }); |
简洁，适合简单逻辑 |
我个人习惯，新项目一律用函数指针或Lambda。旧式字符串连接已经很少用了，除非维护老代码。
3.3.3 信号与槽的线程安全
默认情况下，信号与槽的连接类型是AutoConnection。如果信号和槽在同一个线程，直接调用；如果跨线程，会通过事件循环异步调用。
我曾经在项目里遇到一个诡异的问题：界面卡死。查了半天，发现是一个耗时操作在UI线程里执行，阻塞了事件循环。后来把耗时操作放到工作线程，用信号把结果传回UI线程，问题就解决了。
Qt::QueuedConnection或直接依赖默认的AutoConnection。不要手动调用槽函数，否则可能造成线程安全问题。
3.4 本章知识体系图
下面这张图帮你理清C++基础与Qt扩展之间的关系：
从这张图可以看得很清楚：C++基础是地基，Qt扩展是框架，两者结合才能写出高质量的Qt程序。MOC和信号槽是Qt区别于其他C++框架的核心竞争力。
3.5 本章小结
这一章我们回顾了C++的类、继承、多态，然后重点介绍了Qt的元对象系统和信号槽机制。说白了，MOC就是Qt的“魔法”，它让C++拥有了反射能力；信号槽则是Qt的“灵魂”，它让对象之间的通信变得优雅而安全。
下一章我们会动手写第一个Qt程序，把今天学的理论用起来。嗯，到时候你就知道，为什么我强调要理解MOC和信号槽了。
可可精品资料库