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

Code Runner需设为"code-runner.runInTerminal": true并配置"python -u"以解决input阻塞、输出缓冲及ANSI色彩丢失问题，同时确保saveFileBeforeRun启用、saveAllFilesBeforeRun禁用，并在executorMap中统一使用cd $dir && ...保证工作目录正确。

code-runner.runInTerminal 必须设为 true

默认在输出面板运行代码，会导致 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() 输出卡顿、日志不实时，尤其在循环中调用时，用户会误以为程序卡死。

实操建议：

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

saveFileBeforeRun 设为 true，但 saveAllFilesBeforeRun 必须关

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

实操建议：

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

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

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

实操建议：

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

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