code runner默认调用系统python而非虚拟环境解释器，需在settings.json中将"python": "python -u"改为虚拟环境绝对路径（如windows下"d:myproject.venvscriptspython.exe -u"）以解决modulenotfounderror。

Code Runner 插件能直接运行单文件代码，但默认不支持多文件项目或调试断点；它适合快速验证脚本逻辑，不适合替代正式调试器。

Code Runner 安装后为什么 Ctrl+Alt+N 没反应？

常见原因是快捷键被其他插件或系统占用，或未正确绑定到当前语言。VSCode 默认只对部分语言（如 python、javascript、c）启用 code-runner.run 命令，对 typescript 或 rust 等需手动配置。

• 检查是否已安装并启用 formulahendry.code-runner（注意发布者是 formulahendry，不是同名仿冒插件）
• 打开命令面板（Ctrl+Shift+P），输入 Run Code，看能否手动触发——若可以，说明快捷键冲突
• 在设置中搜索 keybindings，查找 code-runner.run 绑定，确认是否被覆盖或禁用
• 若用 WSL 或远程 SSH，确保插件已在远程扩展中启用（右下角 Remote 菜单 → Install in SSH: xxx）

如何让 Code Runner 正确识别 Python 虚拟环境？

它默认调用系统 python，而不是你项目里 venv 或 poetry 激活的解释器，容易因包缺失报错 ModuleNotFoundError。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 打开设置（Ctrl+,），搜索 code-runner.executorMap
• 找到 python 对应的值，默认是 "python -u"
• 替换成你的虚拟环境路径，例如："D:\myproject\.venv\Scripts\python.exe -u"（Windows）或 "/Users/me/project/.venv/bin/python -u"（macOS/Linux）
• 路径中不能含空格或中文；若用 poetry，可设为 "poetry run python -u"，前提是 poetry 已加入 PATH

Code Runner 运行 C/C++ 时提示 “gcc not found” 怎么办？

它不自带编译器，只负责调用系统已安装的 gcc 或 clang，错误本质是环境变量没配好，不是插件问题。

• 终端执行 gcc --version，确认能返回版本号；若失败，先安装 MinGW（Windows）或 Xcode Command Line Tools（macOS）
• Windows 用户常把 mingw64in 路径漏加进系统 PATH，重启 VSCode 后仍无效，需彻底重启终端或 Windows 资源管理器
• 在 settings.json 中显式指定编译器路径：添加 "code-runner.executorMap": {"c": "gcc -g -o $fileNameWithoutExt $fileName && ./$fileNameWithoutExt"}
• 注意：$fileNameWithoutExt 是 Code Runner 内置变量，拼写错误（如写成 $file_name）会导致命令执行失败

真正麻烦的不是装插件，而是每种语言背后依赖的真实工具链是否就位——Code Runner 只是“喊人干活”的，它不会帮你装 gcc、配 venv、或者解决 LD_LIBRARY_PATH 问题。