写代码时遇到 bug，光靠眼睛看、靠脑子猜，效率低还容易漏。这时候，断点调试就是你的“时间暂停器”——点一下，程序立刻停在你想看的地方，变量值、执行路径、函数调用一层层清清楚楚。
断点不是“卡死”，是“精准暂停”
很多人第一次用断点，以为程序崩溃了，其实它只是乖乖听你的话：你在某一行打个断点，运行到那一行就自动暂停，就像开车时踩下刹车，车没坏，只是等你确认下路况。比如这段 JavaScript：
function calculateTotal(price, tax) {
let subtotal = price * 1.2; // ← 在这行打个断点
let total = subtotal + tax;
return total;
}运行时，程序走到 let subtotal = price * 1.2; 这一行就会停下，你可以马上看到 price 和 tax 当前是多少，subtotal 算出来对不对。
不同工具，暂停方式差不多
VS Code 里点行号左边灰色区域，出现红点就是断点；Chrome DevTools 在 Sources 面板里点行号打点；PyCharm 直接点行号就能加。打完点按 F5 或点击“开始调试”，程序跑起来，一到断点就稳稳停下。
暂停后别干坐着——鼠标悬停在变量上能看实时值；右键变量可“添加到监视”；按 F10 单步跳过，F11 单步进入函数，F8 继续运行到下一个断点。这些操作，都是在和程序“面对面聊”。
暂停时，你真正能看清什么？
不只是变量数值。调用栈（Call Stack）会显示当前函数是从哪一层调进来的；作用域面板列出所有可见变量及其作用域；网络请求、控制台输出、DOM 变化……全在暂停那一刻定格。比如你发现按钮点了没反应，断点打在点击事件回调开头，一停，发现 event.target 居然是 undefined，问题立马定位到事件绑定逻辑有误。
断点调试不是高级技巧，它是日常写代码的呼吸感——该停的时候停，该看的时候看，不盲跑，不硬扛。