vscode运行代码不正确怎么办

最常见原因是vs code未使用预期python解释器或未激活虚拟环境；需检查左下角解释器路径、对比sys.executable与which/where结果、配置code-runner.cwd、确认pip安装目标解释器、检查launch.json调试配置及插件冲突。

为什么 vscode 运行的代码和终端里结果不一样？

最常见原因是：VS Code 默认没用你预期的 Python 解释器，或者根本没激活虚拟环境。它可能在用系统 Python、conda base 环境，甚至一个早已删掉的旧环境路径。

• 检查左下角状态栏——点击那个 Python 版本号，确认选中的是你项目实际用的解释器（比如 ./venv/bin/python 或 ./.venv/Scripts/python.exe）
• 如果用了 poetry 或 pipenv，别只靠 VS Code 自动检测；手动选 poetry run python 对应的路径，或先 poetry shell 再打开 VS Code
• 运行前执行 which python（macos/linux）或 where python（windows），和 VS Code 里 print(sys.executable) 输出对比，不一致就立刻切解释器

Code Runner 插件跑错路径或读不到模块怎么办？

这个插件默认在工作区根目录执行，但你的 import 可能依赖当前文件所在路径，或者 sys.path 没包含项目根目录。

• 打开 settings.json，加这一段：

  "code-runner.cwd": "${fileDirname}"

  ——让每次运行都以当前文件所在目录为工作目录

• 如果还报 ModuleNotFoundError，不是路径问题就是解释器没装包；别信“我已经 pip install 过了”，确认是当前解释器装的：python -m pip list | grep your-package
• 禁用 code-runner.runInTerminal 有时反而更清楚——勾掉它，错误会直接打在 Output 面板，比终端滚动日志更容易定位 import 失败源头

调试时断点不触发，或变量值看起来“没更新”？

不是代码写错了，大概率是调试器没 attach 到正确进程，或者用了不兼容的启动方式（比如用 python -m http.server 启服务，却直接 debug 单个 .py 文件）。

• 确保 .vscode/launch.json 里 "module" 或 "program" 指向的是你真正想跑的入口，而不是某个中间测试文件
• 用 F5 启动调试前，先看左上角调试配置下拉菜单是否选对了配置项（比如有 Python: Module 和 Python File 两种，别混用）
• 如果用了多进程（multiprocessing）或异步（asyncio），默认调试器只跟主进程；需要额外配 "subProcess": true 或改用 debugpy 的附加模式

改了代码但 Run Code 按钮没反应，或提示 command 'code-runner.run' not found

说明 Code Runner 插件根本没启用，或者被其他插件冲突屏蔽了——尤其当你装了 Python 官方插件 + Pylance + jupyter 插件后，它们对“运行”行为的接管优先级容易打架。

• 按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（Mac），输 Developer: Toggle Developer Tools，看 console 有没有报插件加载失败
• 临时禁用所有非必要插件，只留 Python 和 Code Runner，重启 VS Code 再试；如果好了，再一个个开回来找冲突源
• 别用右键菜单里的 Run Code，改用快捷键 Ctrl+Alt+N（Win/Linux）或 Cmd+Option+N（Mac）——它走的是插件注册的原始命令，绕过部分 ui 层干扰

真正卡住的时候，往往不是语法或逻辑问题，而是 VS Code 在后台悄悄换了解释器、工作目录、甚至把你的 __main__.py 当普通模块 import 了一次又一次。盯住状态栏、输出面板、和 sys.executable 的输出，比重读十遍代码更快。