info breakpoints显示断点命中次数（hits），该值为累计到达次数，重启程序后重置为0；hits≠暂停次数，条件断点或ignore设置下仍会累加；delete删除断点则清除hits，disable禁用则保留hits值。
info breakpoints 显示命中次数
断点是否被触发过、触发了多少次，info breakpoints（简写为 i b）会直接在输出的 Hits 列里给出数字。这个值是累计的，每次命中断点就加 1，重启程序后不会清零，但重新 run 后会从 0 开始计数（因为调试会话重置了运行状态）。
常见错误现象：有人用 info b 1 查单个断点却漏看 Hits 列，或误以为 Enb（启用状态）列的 y/n 表示是否命中过——它只管开关，不管次数。
-
info breakpoints输出中，每行对应一个断点，字段顺序通常是：Num、Type、Disp、Enb、Address、What、Hits - 如果某断点
Hits是0，说明它设了但没被触发过；是3就代表已停住 3 次 - 临时断点（
tb）命中一次后自动删除，所以Hits最大为 1，且不会再出现在列表里
条件断点和 ignore 对 Hits 的影响
设置条件断点（如 b main.c:42 if i > 10）或使用 ignore 1 5（忽略 1 号断点前 5 次）时，Hits 计数逻辑不变：每次程序执行到该位置都算一次“到达”，只是是否暂停由条件或 ignore 规则决定。也就是说，Hits 是“到达次数”，不是“暂停次数”。
容易踩的坑：看到 Hits 是 10，就以为程序在那里停了 10 次，其实可能只暂停了 2 次（比如设置了 ignore 1 8），其余 8 次直接跳过了。
-
ignore 断点编号 N：让断点前 N 次到达不暂停，第 N+1 次才停；Hits仍会从 1 累加到 N+1 - 条件断点满足条件才暂停，但每次到达都会使
Hits+1，哪怕条件一直不成立 - 想确认是否真暂停过，得结合
continue后是否卡住，或观察 GDB 提示的源码行是否高亮显示
用 delete 或 disable 后 Hits 还在吗
删除断点（delete 1）后，该断点彻底消失，Hits 值也一并清除，不再可查。但禁用断点（disable 1）只是让它失效，info breakpoints 仍会列出它，Hits 值保持不变——下次 enable 1 后，它会从上次的计数继续累加。
这个细节常被忽略：你禁用了某个高频断点去临时绕过调试干扰，之后重新启用，Hits 不是从 0 开始，而是接着之前停过的次数走。如果你依赖 Hits 做逻辑判断（比如“第 7 次才进分支”），就得留意这个延续性。
-
delete是硬删，不可逆；disable是软关，保留全部元信息 - 批量操作如
disable 2-5或enable once 3同样不影响已有Hits值 - 重启 GDB 或
file重载二进制后，所有断点和Hits都重置
没有 Hits 字段？检查 GDB 版本和符号信息
极少数旧版 GDB（如 7.0 以前）或调试时未加载调试符号（-g 编译缺失），info breakpoints 输出可能不显示 Hits 列，或者全为 <not yet hit></not>。这不是命令写错了，而是环境不支持。
验证方式：先确保用 gcc -g 编译，再启动 GDB；运行一次 r 触发断点，再 i b ——如果这时仍无 Hits 数字，基本可判定版本太老。主流发行版自带的 GDB（8.2+）均支持该字段。
- 不要试图用
show debug或set debug ...打开 Hits 显示——它由命令实现决定，不是开关项 -
info break和info breakpoints功能完全等价，选哪个都行 - 如果连
Num和What都不显示，先检查是否真的设置了断点（b main成功后应有提示 “Breakpoint 1 at …”）
Hits 是判断循环迭代次数、条件触发时机、多线程竞争点的关键线索，但它本身不参与控制流——真正决定“停不停”的，还是 enable/ignore/条件表达式这些显式指令。
