如果你还在用print()大法调试代码那你可能错过了一个更优雅的工具。假设你有这样一个 Python 文件defadd(a,b):returnabdefmain():print(hello world)print(add(1,2))print(do something)radd(1,2)print(r)if__name____main__:main()这段代码很简单但如果add函数的行为不符合预期你想知道它到底被调用了几次、每次传入了什么参数用print()就得手动加好几处。而用函数断点你只需要告诉 VS Code“每次调用add的时候把程序停下来让我看看。”函数断点是什么函数断点不依赖代码的具体行号而是基于函数名来设置。你告诉调试器“我要在add被调用时暂停”它就真的会在每次add被调用时停下来不管你是在第几行调用的。设置方式很简单在调试面板的BREAKPOINTS区域点击按钮选择Add Function Breakpoint输入函数名比如add即可。函数断点在列表中会显示为一个红色三角形图标和普通行断点红色圆点区分开。输入add你也可以直接使用命令面板搜索 function bdebug代码的时候只要代码执行到这个函数断点就会停在这个函数上面为什么它比行断点更好用行断点的问题在于你需要知道代码在哪一行。如果函数被调用的地方很多你要么在每一处都设一个断点要么在函数定义的第一行设一个断点——但这样你就无法区分“第一次调用”和“第二次调用”的区别。函数断点的优势在于你只关心“谁调用了这个函数”不关心它被调用的位置。这在你追踪一个被多处调用的工具函数、或者调试一个第三方库的入口函数时特别有用。以上面的代码为例如果你在add的定义处设置行断点程序会在add的第一行暂停。但如果你设置函数断点你可以在暂停时清楚地看到调用栈——是main里的哪一行调用了它a和b分别是什么值。什么时候该用函数断点追踪工具函数的调用时机你想知道一个公共函数到底被哪些地方调用了调试第三方库或框架源码不在你的项目中但你可以在调用它的函数上设断点调试回调函数你不知道回调会在哪个时间点被触发函数断点可以帮你捕获它函数断点不是“更高级的断点”而是“更适合特定场景的断点”。当你发现自己反复在多个位置手动加print()来追踪同一个函数的调用时就该换成函数断点了。