写代码时用单步调试是家常便饭，但你有没有遇到过这种情况：按F10一步步执行，正查到一半，调试器突然自己不动了，像是卡住，又不像崩溃？其实这不是bug，而是“单步调试自动停止”在起作用。
什么是单步调试自动停止
所谓单步调试自动停止，指的是调试器在执行完某一行代码后，自动暂停程序运行，等待开发者下一步指令。这其实是调试机制的核心设计，并非异常。比如你在浏览器开发者工具或VS Code里调试JavaScript，每点一次“步入”或“跳过”，代码只执行一行，然后立即暂停。
举个例子，你在处理一个表单提交的函数：
function handleSubmit() {
const username = document.getElementById("username").value;
if (!username) {
alert("请输入用户名");
return;
}
submitToServer(username);
}你在 if 判断这一行打上断点，刷新页面点击提交。页面停住了，变量 username 的值清清楚楚显示在作用域面板里。这时你点“跳过”，它执行完这行，接着又自动停下——这就是“自动停止”在工作。
为什么会感觉“卡住”？
很多新手会误以为程序卡了，其实是没意识到调试器正处于暂停状态。界面看起来没反应，按钮点不动，页面不更新，是因为整个JavaScript线程被冻结了。只有你继续点击“继续执行”或按F8，程序才会往下跑。
这种情况在异步操作中更明显。比如你在 fetch 请求前加断点：
console.log("准备请求");
fetch('/api/data')
.then(res => res.json())
.then(data => console.log(data));你单步走到 fetch 那一行，按F10执行完，调试器不会进入 then 回调，而是直接跳到下一行（如果有的话）。因为 fetch 是异步的，单步“跳过”并不会等待结果返回。这时候你以为“断点失效了”，其实是逻辑没走到回调里。
如何应对这种“停止”
如果你真想跟踪异步回调，可以在 then 里面再设断点，或者使用 async/await 改写代码，让流程更线性：
async function loadData() {
console.log("开始加载");
const res = await fetch('/api/data');
const data = await res.json();
console.log(data); // 在这里设断点，可以一步步看
}这样你就能在 await 后面逐行调试，每次执行都会自动停止，方便观察每一步的状态。
另外，有些IDE支持“调试控制台”，你可以在暂停时手动输入变量名查看值，甚至调用函数，就像在Chrome控制台里一样。这能帮你快速判断当前上下文是否符合预期。
别怕调试器停下，它停下来才是正常。真正危险的是不停——那才说明断点没生效，或者代码根本没跑起来。