直接断点在print或len等内置函数上无效，因其是cpython的c实现，无python源码行；调试器仅支持字节码级断点且justmycode默认过滤非用户代码；可行方案是用python wrapper覆盖并断点其中。
为什么直接断点在 print 或 len 上完全无效
Python 内置函数（如 print、len、open）在 CPython 中是用 C 实现的，没有对应的 Python 源码行。VSCode 调试器（基于 debugpy）默认只支持对 Python 字节码层面的断点，遇到 C 函数会直接跳过——你点 F11 进不去，设断点也不命中，不是配置错，是底层机制不支持。
更关键的是：justMyCode 默认为 true，它会主动过滤掉所有非用户代码路径，而内置函数天然属于“非我的代码”，调试器连尝试拦截的意愿都没有。
- 即使把
justMyCode设为false，也仅对带.py源码的第三方包有效，对builtins模块的 C 实现毫无作用 -
sys.settrace或sys.addaudithook可以观测调用，但无法“暂停执行”或“修改返回值”，只适合日志，不适合调试拦截 - 强行 patch
builtins.print等同于运行时重绑定，但调试器不会因此在新函数里停住——除非你手动把断点打在你自己写的 wrapper 里
用 Python 层 wrapper 替换内置函数并设断点
真正可操作的办法，是用纯 Python 函数覆盖内置函数，再在该函数内部设断点。这不是“拦截”，而是“接管”。VSCode 能完整调试你写的这部分逻辑。
例如想监控所有 print 调用并修改输出前缀：
import builtins
<p>_original_print = builtins.print</p><p>def print(*args, **kwargs):</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill6081" title="python-code-analyz"><img
src="https://img.php.cn/upload/skill/000/000/081/179077148379011.jpg" alt="python-code-analyz" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill6081" title="python-code-analyz" class="overflowclass">python-code-analyz</a>
<p class="overflowclass">专业Python代码分析与优化，支持语法检查、安全扫描、性能评估、复杂度分析及重构后优化代码生成。</p>
</div>
<a rel="nofollow" href="/xiazai/skill6081" title="python-code-analyz" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div><h1>← 在这一行设断点，F5 后每次 print 都会停在这里</h1><pre class="brush:php;toolbar:false;">new_args = ("[DEBUG]",) + args
_original_print(*new_args, **kwargs)builtins.print = print
- 必须在目标模块导入前执行这段 patch，否则其他模块已绑定原
print，你的覆盖无效 - 推荐放在入口脚本最顶部（
if __name__ == "__main__":之前），或通过-m方式启动时注入 - 若用
launch.json的module方式（如调试pytest），需确保 patch 代码被提前 import，比如加到conftest.py或__init__.py
sys.breakpointhook 不能用于内置函数，但能统一接管调试入口
sys.breakpointhook 是 Python 3.7+ 提供的调试入口钩子，它控制 breakpoint() 的行为，**不涉及任何函数调用拦截**。有人误以为设了自定义 breakpointhook 就能 hook len，这是混淆概念。
它的用途仅限于：替换默认的 pdb.set_trace()，比如换成 ipdb 或跳转到 VSCode 调试器：
import sys
import debugpy
<p>def my_breakpointhook(*args, **kwargs):
if not debugpy.is_client_connected():
debugpy.listen(("localhost", 5678))
breakpoint() # ← 触发 VSCode 断点，不是拦截 len/print</p><p>sys.breakpointhook = my_breakpointhook</p>
- 这个 hook 只在显式调用
breakpoint()时触发，和内置函数调用无关 - 它无法让你在
len(my_list)执行前自动停住——除非你在那行手动写breakpoint() - 如果你真需要“每次调用
len都停”，唯一办法仍是写 wrapper 并在其中放breakpoint()
第三方库方案：pytest-mock 或 unittest.mock.patch 仅适用于测试，不介入调试会话
有人想用 @patch("builtins.print") 在调试中动态改行为，这在单元测试里可行，但在 VSCode 调试会话中基本失效：
-
patch是运行时对象替换，但调试器的断点绑定发生在模块加载时，patch 后的函数体无断点信息 - mock 对象本身是
Mock类实例，其call行为不进入源码级单步，F11 直接跳过 - 若你用
patch+ 自定义 side_effect 函数，并在该函数里设断点，那确实能停住——但这又回到了“wrapper”模式，且仅对 patch 覆盖范围内的调用生效 - 生产环境调试不建议依赖 mock，容易掩盖真实执行路径，比如
print被 patch 后，实际 stderr 输出可能丢失
最常被忽略的一点：内置函数的 C 实现不可调试是设计使然，不是 VSCode 的缺陷。所有绕过方案本质都是“用 Python 重写一层”，然后调试那一层。别试图让调试器理解 C 栈帧——它本来就不该理解。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
