2、基础断点：普通断点、条件断点、函数断点、数据断点（内存断点）的创建与管理

调试这事儿，说白了就是跟代码「对话」。你问它一句「你跑到哪儿了？」，它回你一句「我在这儿停着呢」。而断点，就是我们给代码设下的「哨位」。今天我就把这四种最常用的断点，掰开了揉碎了讲给你听。

2.1 普通断点——最基础的「停靠站」

普通断点，也叫行断点。你只要在代码行号旁边点一下，就会出现一个红色圆点。程序运行到这一行就会停下来。

怎么创建？

在Qt Creator里，直接点击行号左侧的空白区域
或者按快捷键 F9（Windows/Linux） / F8（macOS）

怎么管理？

右键断点可以「禁用」或「删除」
在「断点视图」窗口（Debug模式下按 Alt+3）可以批量操作

我的小习惯： 我一般会在关键逻辑入口和出口都打上断点。比如一个槽函数的第一行和最后一行。这样能快速确认「进来了没」和「出去了没」。

2.2 条件断点——只在你关心的时候停下

普通断点有个问题：如果循环1000次，你只想在第500次时看看情况，难道要按500次「继续」？

条件断点就是干这个的。你可以设置一个条件表达式，只有条件为真时，断点才会触发。

创建方法：

先打一个普通断点
右键断点 → 选择「Edit Breakpoint」
在「Condition」栏输入条件，比如 i == 500

代码示例：

for (int i = 0; i < 1000; ++i) {
    // 在这里打条件断点，条件为 i == 500
    processItem(i);
}

  注意： 条件表达式必须是C++语法，而且不能有副作用。我曾经见过有人写 i++ == 500，结果循环次数都变了，排查了半天才发现是断点条件搞的鬼。

2.3 函数断点——不关心行号，只关心函数

有时候你并不知道某个函数在哪个文件、哪一行。或者这个函数被多个地方调用。这时候函数断点就派上用场了。

创建方法：

在「断点视图」窗口，点击「Add Function Breakpoint」
输入函数名，比如 QPushButton::click
也可以输入带参数的完整签名，比如 void QPushButton::click()

适用场景：

调试Qt信号与槽时，想知道某个信号被发射了没
第三方库的函数，你找不到源码位置
虚函数被多态调用时，想确认实际调用的是哪个子类版本

踩坑提醒： 函数断点对重载函数要小心。比如 setValue(int) 和 setValue(double) 是两个不同的函数。你最好加上参数类型来区分。

2.4 数据断点（内存断点）——盯着变量不放

这是最「硬核」的一种断点。它不关心代码执行到哪一行，而是关心某块内存地址的值是否被修改。

什么时候用？

某个变量莫名其妙被改了，但找不到是谁改的
指针被篡改，导致野指针崩溃
多线程环境下，共享数据被意外写入

创建方法：

在调试模式下，找到你想监视的变量
右键变量 → 选择「Add Data Breakpoint」
或者直接在断点视图里添加内存地址和字节长度

代码示例：

int criticalValue = 0;

void someFunction() {
    criticalValue = 42;  // 如果在这里设了数据断点，程序会停在这一行
}

void anotherFunction() {
    criticalValue = 100; // 这里也会停
}

  我的实战经验： 有一次我调试一个Qt程序，界面上的某个文本总是不对。我怀疑是某个地方偷偷改了字符串。用数据断点盯着那个QString的内部数据指针，果然发现是一个异步回调在错误的时间点修改了它。如果没有数据断点，这种问题查起来简直是大海捞针。

2.5 四种断点对比总结

断点类型	触发条件	适用场景	性能影响
普通断点	执行到指定行	日常调试，确认执行路径	几乎无影响
条件断点	条件表达式为真	循环、高频调用中定位特定情况	每次执行都会检查条件，略慢
函数断点	进入指定函数	不知道函数位置，或跟踪多态调用	中等，每次调用都会检查
数据断点	内存地址被写入	变量被意外修改、野指针问题	较大，CPU需要监视内存

2.6 断点管理技巧

断点打多了，管理不好反而会乱。我分享几个实用技巧：

分组管理： Qt Creator支持给断点分组。你可以把某个功能的断点放在一个组里，统一启用或禁用
断点日志： 右键断点 → 选择「Log Message」。这样断点触发时不会停下，而是输出一条日志。适合在不想中断执行的情况下观察变量
断点命中次数： 设置「Hit Count」，比如命中5次后才停下。比条件断点更轻量
导出/导入断点： 在断点视图里可以导出所有断点为XML文件。换电脑或换项目时直接导入，省得重新打

嗯，这里要注意： 条件断点和数据断点都会拖慢程序运行速度。如果你在循环里打了条件断点，每次迭代都要计算条件表达式。数据断点更是会让CPU进入「单步监视」模式。所以调试完记得及时清理不需要的断点。

2.7 知识体系图

下面这张图帮你理清这四种断点的关系和使用场景：

说白了，这四种断点就像你工具箱里的四把螺丝刀。普通断点是平口的，最常用；条件断点是十字的，专门对付复杂情况；函数断点是内六角的，特定场合才用；数据断点则是电钻，威力大但别乱用。用对了，调试效率翻倍。

我个人建议，刚开始接触调试时，先把普通断点和条件断点练熟。这两个占了日常调试的80%以上。等你遇到「变量被鬼改了」这种诡异问题时，再祭出数据断点这个大杀器。

📚 课程目录

2、基础断点：普通断点、条件断点、函数断点、数据断点（内存断点）的创建与管理

2.1 普通断点——最基础的「停靠站」

2.2 条件断点——只在你关心的时候停下

2.3 函数断点——不关心行号，只关心函数

2.4 数据断点（内存断点）——盯着变量不放

2.5 四种断点对比总结

2.6 断点管理技巧

2.7 知识体系图