VSCode运行效率倍增：优化Code Runner插件实现毫秒级响应

对于 VSCode 用户来说，Code Runner 插件如果配置不当，运行代码时经常会遇到 input 阻塞、输出缓冲、ANSI 色彩丢失等问题。其实只要把几个关键设置调对，就能实现毫秒级响应。下面直接上干货，把核心配置点逐一拆开讲清楚。

code-runner.runInTerminal 必须设为 true

默认情况下，Code Runner 会在输出面板运行代码，结果就是 Python、Node.js 等语言的 input() 阻塞、缓冲延迟、ANSI 色彩丢失，甚至某些 C++ 程序直接崩溃。终端模式才是真实的执行环境，能正确处理 stdin/stdout/stderr 流行为。

具体操作上：

• 打开 settings.json，确认存在 "code-runner.runInTerminal": true
• Windows 用户如果用 PowerShell 作为默认终端，需要确保 powershell -Command 可正常执行——避免因执行策略被禁导致运行失败
• macOS/Linux 用户注意终端 shell 类型（zsh 或 bash），部分自定义 executorMap 命令依赖 shell 内置命令（如 date、printf）

python 执行命令要加 -u 参数

Python 默认启用行缓冲或全缓冲，导致 print() 输出卡顿、日志不实时，尤其在循环中调用时，用户会误以为程序卡死。加一个 -u 参数就能解决。

操作要点：

• 在 code-runner.executorMap 中将 Python 命令设为 "python -u"（-u 表示 unbuffered）
• 若使用虚拟环境，路径需显式指定，例如 "~/venv/bin/python -u"（macOS/Linux）或 "C:\venv\Scripts\python.exe -u"（Windows）
• 不要写成 "python -u -m pip" 这类非脚本执行场景——code-runner 默认传入的是文件路径，不是模块名

sa veFileBeforeRun 设为 true，但 sa veAllFilesBeforeRun 必须关

不保存就运行，是新手的常见误区：改了代码却总在跑旧版本。但如果全量保存，又可能触发其他插件（如 Prettier、ESLint）的格式化或校验，造成卡顿或冲突。

核心设置：

• "code-runner.sa veFileBeforeRun": true —— 仅保存当前编辑的文件，安全且必要
• "code-runner.sa veAllFilesBeforeRun": false —— 大型项目中，多文件同时修改时，全量保存极易引发 Git 暂存区混乱或格式化重排
• 如果项目依赖多文件协同编译（如 C/C++ 头文件+源文件），应改用自定义 executorMap 命令统一构建，而非依赖自动保存

executorMap 中的 cd $dir 是性能关键点

很多自定义命令漏写 cd $dir，导致命令在 VS Code 启动目录（可能是用户根目录）下执行，引发路径错误、找不到资源文件、甚至误删数据。这配置必须加上。

注意事项：

• 所有 executorMap 条目都应以 "cd $dir && ..." 开头，确保工作目录与文件所在目录一致
• Windows 下 cd 和 PowerShell 的路径分隔符行为不同：$dir 在 PowerShell 中带反斜杠，需用 Set-Location 或转义处理，否则 cd C:\path\to\dir 可能失败
• 避免在命令中拼接绝对路径（如 python /full/path/to/script.py），它绕过 $dir 变量，失去上下文隔离能力

配置生效后，多数语言的单次运行延迟可以压到 100ms 内。真正影响响应速度的，往往不是插件本身，而是命令链中某个环节的阻塞——比如没关掉 ESLint 的保存时检查，或 Python 解释器启动慢（此时该考虑换用 PyPy 或预热解释器）。别只盯着 code-runner 配置，先看清楚终端里真正执行的是哪条命令。