写代码时，程序跑起来不对劲，这时候就得靠调试工具来帮忙。在调试过程中，单步执行和断点是两个最常听到的功能，很多人刚开始会搞不清它们到底有啥不同，甚至以为是一回事。其实，它们配合使用效果最好，但作用机制完全不同。
断点：让程序“暂停”在你想看的地方
断点就像是你在代码里设了个路障。比如你怀疑某段逻辑出问题，就在那行代码前打个红点，运行程序时，一旦执行到这一行，程序就会立刻停下来，不再继续往下走。这时候你可以看看当前变量的值、调用栈的情况，判断是不是哪里出了岔子。
举个例子，你在写一个计算购物车总价的函数，发现最后结果总是多出10块。你怀疑是优惠券处理那一步出了问题，于是就在优惠券计算的那行代码上加了个断点。程序运行到这里自动停下，你一看变量 discount 的值是 -10，原来是减反了，问题就定位到了。
if (couponValid) {
total = total - couponAmount; // 断点设在这行
}单步执行：一行一行“踩着走”
断点让你停在某个位置，而单步执行是你停下之后的操作方式。它允许你一行一行地执行代码，每按一次“单步”，程序就往下走一行。这就像走路时每一步都踩得清清楚楚，能看清每一步对数据产生了什么影响。
还是刚才的例子，你停在了优惠券那行，这时候如果直接“继续运行”，可能就跳过去了。但你选择“单步执行”，就能看到进入 if 块后，total 是怎么被修改的，甚至可以一步步跟进到另一个函数内部，看看里面有没有隐藏的问题。
常见的单步操作有几种：
- Step Over：执行当前这行，但不进函数内部
- Step Into：如果这行调用了函数，就跳进去看函数里的代码
- Step Out：快速跳出当前函数，回到调用它的地方
两者的关系：断点是起点，单步是动作
你可以把断点理解为“出发点”，而单步执行是你从这个点开始一步步探索的手段。没有断点，单步执行就得从程序第一行开始，效率太低；没有单步执行，断点停住了却没法细看后续逻辑，也白搭。
比如你在调试一个复杂的登录流程，涉及验证、加密、网络请求等多个步骤。你可以在加密函数前设断点，程序停下后，再用单步执行逐行查看加密逻辑，确认每一步的参数和返回值是否正常。这样既节省时间，又能精准排查问题。
实际开发中，大家通常是先用断点跳到可疑区域，再用单步执行慢慢“爬代码”，一边走一边观察变量变化，直到找到那个让人头疼的 bug。