VSCode安装Step-by-step调试 逻辑排查必备VSCode单步执行
VSCode单步调试前需确保Microsoft官方Python扩展启用并重启，正确配置launch.json中program路径或模块名称，Web框架关闭重载，断点设在可执行语句，Watch表达式须符合当前作用域。
免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈
VSCode单步执行前，必须确认 Python 扩展已启用
按下F5毫无反应、断点图标变成了空心圆、右下角也看不到Python解释器的版本信息——这些信号再明确不过了：你的Python扩展要么没装对，要么根本没启用。这里有个关键点：只有Microsoft官方的ms-python.python扩展才提供完整的调试能力；而ms-python.pylance只负责代码补全和类型检查，它可没法帮你调试。
具体操作，其实就三步：
- 打开扩展面板（快捷键
Ctrl+Shift+X），搜索“Python”，认准发布者是Microsoft、名称包含“Python”、并且状态显示为“已启用”。 - 安装或启用后，必须重启VSCode，否则
F5很可能依然无效。 - 最后，别忘了点击底部状态栏的Python版本号，手动选择正确的解释器，尤其是在使用虚拟环境的时候。
launch.json 配置错一个字段，断点就永远不命中
断点位置设得再精准，如果launch.json配置文件里program路径写错了，或者误用了module模式，那么VSCode启动的调试进程，跟你正在编辑的文件可能就完全不是一回事——断点自然形同虚设。
下面这几个配置陷阱，是新手最容易踩的坑：
program字段的路径必须是相对于${workspaceFolder}（工作区根目录）的。比如你的脚本在src/main.py，这里就应该写"program": "src/main.py"，写成./src/main.py或者绝对路径都可能出问题。- 当使用
module模式时（例如运行python -m http.server），这里填的是模块名，而不是文件名。正确写法是"module": "http.server"，而不是"http.server.py"。 - 对于Flask、FastAPI这类Web框架，务必在代码中关闭重载功能（设置
debug=False, use_reloader=False），否则调试器无法正确附加到实际运行的子进程上。
单步执行（F10/F11）停在哪，取决于你断点设在哪一行
Python调试器的断点只在“可执行语句”上生效。如果你把断点设在函数定义行（def foo():）、类定义行（class Bar:）、空行或者注释行，VSCode会自动将其“挪”到下一行。但这个自动挪动并不总是靠谱，尤其是在遇到装饰器、多行字典或者复杂的生成器表达式时。
更稳妥的做法是：
- 尽量把断点设在有实际“副作用”的语句上，比如变量赋值（
x = 1）、函数调用（print()）、return语句或者yield表达式。 - 避免在
@decorator装饰器下方紧跟着的def行上设断点。因为实际执行时，断点会落在函数体的第一行，这很容易让人误判程序的执行入口。 - 将鼠标悬停在断点的红点上，查看提示信息。如果显示“断点未命中”，优先检查
launch.json配置；如果显示“已禁用”，则右键点击断点，检查是否不小心添加了条件或命中次数限制。
Watch 表达式输 user.name 报错？不是语法问题，是作用域不对
Watch窗口并不是一个万能的REPL环境，它只能对当前调用栈帧（stack frame）中存在的变量进行求值。举个例子，你在函数外部定义的user对象，一旦单步执行进入另一个函数内部，这个user变量就不在当前作用域里了——此时在Watch里输入user.name，必然会引发ReferenceError。
遇到这类问题，可以这样排查：
- 首先，展开左侧的
Variables（变量）面板，找到目标对象的具体层级，然后右键点击它，选择“复制表达式”，就能得到类似locals.user.name的完整路径，再将其粘贴到Watch窗口中。 - 对于复杂的嵌套对象，建议不要手动输入，很容易漏掉
locals、self、args这类必要的前缀。 - 另外要知道，某些表达式（比如
dict.keys()）在调试器环境下可能返回不可迭代的对象，Watch窗口显示Cannot evaluate expression是调试器本身的限制，通常不是代码的bug。
话说回来，调试过程中最让人头疼的，往往不是不知道按F10进行单步跳过，而是断点压根就没进入你预想的执行流程。这多半是因为launch.json里定义的启动方式，和你平时手动在终端运行的命令不一致，或者是Web框架在后台偷偷fork了新进程。一个有效的检查方法是：先盯紧调试控制台输出的第一行信息，确认VSCode真正运行的，就是你刚刚修改过的那份代码。
相关攻略
VSCode单步调试前需确保Microsoft官方Python扩展启用并重启，正确配置launch json中program路径或模块名称，Web框架关闭重载，断点设在可执行语句，Watch表达式须符合当前作用域。 VSCode单步执行前，必须确认 Python 扩展已启用 按下F5毫无反应、断点图
3月5日，昨日全面开源后，阶跃星辰新一代基座模型Step 3 5 Flash的全球热度进一步攀升，模型调用量在OpenClaw上已迅速攀升至全球第一。前五名中，紧随其后的是MiniMax M2 5
3月5日，澎湃新闻记者获悉，在OpenClaw（被网友称为“小龙虾”）上，来自中国大模型创业公司的基座模型占据了过半席位。阶跃星辰Step 3 5 Flash模型调用量攀升至全球第一，紧随其后的是
昨日全面开源后，阶跃星辰新一代基座模型 Step 3 5 Flash 的全球热度进一步攀升，模型调用量在 OpenClaw （被网友称为“小龙虾”的全球知名开源项目）上已迅速攀升至全球第一。前五名中
3月4日，阶跃星辰官微发文称，中国大模型创业公司阶跃星辰继开源Step 3 5 Flash模型后，又开源了这款Agent基座模型的预训练权重（Base）、中训练权重（Midtrain）以及配套的St
热门专题
热门推荐
在Ubuntu上分析Ja va应用程序的性能瓶颈 当Ja va应用在Ubuntu服务器上响应变慢或资源吃紧时，从哪里入手才能快速定位问题？性能调优不是盲目尝试，而是一场有章可循的系统性排查。通常，我们可以遵循一套从宏观到微观、从系统到代码的分析路径。 话不多说，我们直接来看具体步骤。这套方法的核心在
在Ubuntu上为Ja va应用配置自动日志清理 管理Ja va应用的日志文件是个绕不开的活儿。日志不清理，磁盘空间迟早告急。好在Ubuntu系统自带一个强大的工具——logrotate，它能帮你实现日志的自动轮转、压缩和清理，彻底解放双手。下面就来详细说说怎么配置。 第一步：安装logrotate
Ubuntu Ja va日志查询优化指南 排查Ja va应用问题，日志是首要线索。但在Ubuntu环境下，面对动辄数GB的日志文件，如何快速、精准地找到关键信息，而不是在文本海洋里盲目翻找？这就需要对日志查询进行系统性的优化。下面，我们就从终端操作到系统配置，再到架构层面，梳理一套高效的日志处理流程
在 Ubuntu 系统中定位 Ja va 应用程序日志错误 排查 Ja va 应用问题，第一步往往是找到日志。在 Ubuntu 系统里，日志可能藏在好几个地方，具体取决于应用的运行方式。别着急，咱们按图索骥，一个个来看。 1 控制台输出 最简单直接的情况：如果你是通过命令行手动启动应用的，那么所有
在Ubuntu系统中筛选Ja va应用程序日志 处理Ja va应用程序日志时，精准定位问题往往是关键一步。在Ubuntu环境下，grep命令无疑是完成这项任务的得力工具。首先，得找到日志文件的位置——它们通常藏在应用程序的安装目录里，或者静静地躺在 var log这个系统日志大本营中。 具体怎么操作