你有没有遇到过这样的情况：剪辑软件导出视频时突然卡死，或者音频插件加载后音轨全乱了，可翻遍设置也找不到哪出问题？这时候，光靠猜和重启可不够——得让程序‘停下来’，亲眼看看它正在干啥。这个‘按暂停’的操作，就是断点调试。
断点不是bug，是你的观察哨
断点调试，说白了就是在代码某一行主动设个‘停步点’。运行到这儿，程序就暂停不动，你可以慢慢翻变量值、看函数调用路径、检查内存状态。就像修摄像机时，不直接拆整机，而是先拧开后盖，用万用表测某个焊点的电压——断点就是那个‘测电压’的位置。
比如你在写一个FFmpeg封装脚本，想确认是否正确读取了时间戳：
for (int i = 0; i < packet_count; i++) {
av_read_frame(fmt_ctx, &pkt);
// ← 这里设个断点
printf("PTS: %ld\n", pkt.pts);
}运行起来，走到这行就停住。你马上能看到pkt.pts是不是负数、有没有跳变，而不是等导出完再对着黑屏抓瞎。
媒体软件里，断点比别处更管用
音视频处理天生有状态、有时序、还常跑在多线程里。一个帧缓冲区溢出、一次时间戳换算错误、甚至GPU纹理上传顺序不对，都可能让画面撕裂或音频爆音。这些毛病不会报错，也不抛异常，但断点能让你在问题刚露头时就掐住它。
用Premiere插件开发举例：你写了个LUT调色滤镜，预览时颜色发灰。在核心像素计算函数开头打个断点，把输入RGB值、LUT查找表地址、输出结果都拖进监视窗口——三秒就能发现是sRGB转线性时少除了一个255.0。
不用会写代码，也能用断点
别以为断点调试只是程序员专利。现在很多媒体软件自带调试支持：DaVinci Resolve 的Fusion页面能对节点表达式设断点；Audition 的JavaScript效果器编辑器里点行号就能暂停执行；就连OBS Studio的插件SDK文档里，也明确教你如何配合VS Code连接调试进程。只要知道“我想看这一块运行时到底发生了什么”，你就已经站在断点门口了。
它不玄乎，也不需要背命令。就像调音台上的PFL监听按钮——按下，听见信号从哪来；设断点，看见数据从哪错。