断点艺术：设置断点、条件断点、硬件断点、断点命令列表、断点管理
断点这东西，说白了就是调试器的灵魂。没有断点，你只能眼睁睁看着程序跑飞，然后一脸懵。我做了十几年大型项目重构，最深的体会就是：断点用得好，调试效率能翻三倍。今天咱们就把断点的十八般武艺聊透。
1. 基础断点：从入门到熟练
先说说最基础的断点设置。GDB里设置断点的方式很多，我挑几个最常用的：
(gdb) break main # 在函数入口设断点
(gdb) break main.c:42 # 在源文件某行设断点
(gdb) break *0x400520 # 在内存地址设断点
(gdb) break MyClass::method # 在C++成员函数设断点嗯，这里要注意：如果你在重构一个大型C++项目，类名和命名空间可能会很长。我个人习惯先用 info functions 搜一下函数全名，再设断点，省得手抖打错。
break filename:function 可以避免同名函数的歧义。比如 break network.cpp:handle_request，GDB只会在这个文件的这个函数里下断点。
2. 条件断点：精准打击
条件断点是我在项目重构中最常用的利器。你想想看，一个循环跑100万次，你总不能每次都停下来看吧？
(gdb) break main.c:100 if i == 5000
(gdb) break packet_handler if packet->type == ERROR
(gdb) break malloc if size > 1024 * 1024我曾经排查过一个内存泄漏问题，就是在 malloc 上设了条件断点，只捕获分配超过1MB内存的情况。结果发现有个模块在疯狂申请大块内存，但从来不释放。嗯，那个bug修了整整两天。
break foo if ++count > 10，结果程序行为全变了。GDB会执行这个表达式，但不会告诉你它改了变量值。
3. 硬件断点：对付优化代码的利器
硬件断点，说白了就是利用CPU的调试寄存器来设断点。它有几个好处：
- 可以设置在只读内存上（比如flash里的代码）
- 不会修改代码，适合调试被校验过的固件
- 可以监视数据访问（读、写、执行）
(gdb) hbreak main # 硬件断点
(gdb) watch global_var # 数据写监视
(gdb) rwatch global_var # 数据读监视
(gdb) awatch global_var # 数据读写监视我记得有一次调试嵌入式程序，代码在ROM里，普通断点根本设不了。用 hbreak 一下就搞定了。不过要注意，硬件断点数量有限（通常4-8个），别贪多。
4. 断点命令列表：自动化调试
这是我最喜欢的功能。你可以给断点绑定一组命令，每次命中时自动执行。比如：
(gdb) break malloc
(gdb) commands
> print size
> backtrace 3
> continue
> end这样每次 malloc 被调用时，GDB会自动打印分配大小和调用栈前三层，然后继续运行。完全不用手动操作。
我做过一个更复杂的例子：
(gdb) break file_io.c:200
(gdb) commands
> silent
> if fd > 100
> printf "Suspicious fd: %d\n", fd
> backtrace full
> end
> continue
> end这个断点只在文件描述符大于100时才打印信息，否则静默通过。嗯，调试文件泄漏问题时，这招帮我省了不少时间。
5. 断点管理：别让断点失控
大型项目里，断点很容易失控。我见过同事在调试时设了30多个断点，最后自己都忘了哪些是干嘛的。这里分享几个管理技巧：
| 命令 | 作用 | 我的用法 |
|---|---|---|
info breakpoints |
列出所有断点 | 每天调试前先看一眼，清理无效断点 |
disable/enable |
临时启用/禁用断点 | 调试不同场景时，禁用不相关的断点 |
delete |
删除断点 | 确认问题后立即删除，保持干净 |
ignore N count |
忽略前N次命中 | 循环里前100次不关心，从第101次开始 |
我个人习惯给断点加注释：
(gdb) break main.c:42
(gdb) comment 1 "检查初始化后的状态"
(gdb) break packet_handler
(gdb) comment 2 "调试协议解析逻辑"这样 info breakpoints 时就能看到每个断点的用途，不会一头雾水。
6. 知识体系总览
下面这张图总结了断点的核心知识结构，我建议你收藏起来，调试时对照着用：
这张图把断点的五大核心领域都串起来了。从基础到高级，从设置到管理，每一步都有对应的GDB命令。你调试时遇到问题，可以快速定位该用哪种断点。
好了，断点的内容就这些。记住一句话：断点不是越多越好，而是越精准越好。一个精心设计的条件断点，胜过十个无脑的普通断点。