最常见原因是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 的输出，比重读十遍代码更快。
