tbreak是只触发一次的临时断点，命中后自动删除；break是永久断点，持续生效直至手动禁用或删除，两者在生命周期、管理命令和调试适用场景上存在本质区别。
tbreak 只触发一次，break 会持续生效
根本区别在于生命周期：tbreak 设置的是临时断点，程序第一次停在该位置后，断点自动删除；break 设置的是永久断点，只要不手动 delete 或 disable，每次执行到该位置都会暂停。
这直接影响调试节奏：比如你只想看某次循环中变量首次越界时的状态，用 tbreak 7 if num > 10 就够了；若用 break 7 if num > 10，后续每次满足条件都会中断，可能打断点几十次，反而干扰观察。
tbreak 不支持重复启用，break 可禁用/启用
tbreak 没有对应的 enable 或 disable 命令——它压根不存在于断点列表的“活跃状态”中。执行 info breakpoints 时，tbreak 不会出现；而 break 打的断点会明确显示在编号列表里，支持：
-
disable 2临时屏蔽第 2 号断点 -
enable 2再次激活它 -
enable once 2让它只再触发一次（效果类似tbreak，但底层是复用已有断点）
参数完全兼容，但不能混用条件逻辑
tbreak 和 break 接受完全相同的参数形式：
-
tbreak main/break main -
tbreak utils.c:42/break utils.c:42 -
tbreak 15 if status == ERR/break 15 if status == ERR
但要注意：条件表达式里的变量必须在断点命中时作用域内。比如在函数退出后还用 tbreak 引用局部变量，GDB 会报 No symbol "x" in current context —— 这和 break 一样，不是 tbreak 特有，但容易误以为是临时性导致的问题。
实际调试中容易忽略的细节
真正踩坑的地方往往不在语法，而在行为预期：
- 用
tbreak后没停住？先确认程序确实执行到了那个位置（比如加个printf或用continue看是否直接退出），而不是断点失效 -
tbreak不会出现在info breakpoints输出里，所以别指望用它来管理“一堆临时观察点”——它天生就是一次性工具 - 如果需要“前 N 次停，之后不停”，
tbreak不行，得用break+ignore（例如ignore 3 99表示对第 3 号断点忽略前 99 次命中）
临时断点不是“轻量版断点”，而是“单次快照开关”——用错场景，反而比普通断点更难排查为什么没停下。
