code runner报“gcc: command not found”但终端which gcc有输出，是vscode gui启动未加载shell配置（如~/.zshrc）导致path不一致；macos/linux需用code .启动，windows需确保mingw-w64的bin路径已加入系统path且不含中文或空格。
Code Runner 报 “gcc: command not found” 但终端里 which gcc 有输出
这是 VSCode GUI 启动时没读取 shell 配置（如 ~/.zshrc 或 ~/.bashrc）导致的 PATH 不一致。GUI 进程不走 shell 初始化流程，所以即使你在终端敲 gcc --version 成功，Code Runner 仍看不到它。
实操建议：
- macOS/Linux：用终端启动 VSCode，执行
code .（不是从 Dock 或桌面图标点开） - Windows：确认 MinGW-w64 的
mingw64\bin已加进系统环境变量PATH，且路径不含中文或空格（例如C:\Program Files\mingw64必须改成D:\mingw64） - 别改
terminal.integrated.shell.*—— 该配置在新版 VSCode 中已废弃，无效还容易引发新问题
Code Runner 调用 gcc 成功但一闪而过、看不到输出
默认模式下 Code Runner 在非交互式 shell 中执行命令，C 程序运行完立即退出，终端窗口关闭。这不是崩溃，是行为预期。
实操建议：
- 必须启用
code-runner.runInTerminal（设为true），让命令跑在底部集成终端里 - 顺手打开
code-runner.clearPreviousOutput，避免旧日志干扰判断 - 如果程序含
scanf或需要输入，不勾这个选项会导致终端直接关闭，输不了内容
executorMap 里写 gcc $fileName 却编译失败或找不到文件
gcc 命令本身不处理路径跳转，$fileName 是带扩展名的文件名（如 main.c），但 Code Runner 默认工作目录是 VSCode 启动目录，不是当前文件所在目录。
实操建议：
- 所有 C/C++ 的 executor 命令都加
cd $dir &&前缀，例如："c": "cd $dir && gcc -std=gnu17 $fileName -o $fileNameWithoutExt && ./$fileNameWithoutExt" -
$dir末尾不带斜杠，$fileNameWithoutExt不含.c，大小写和拼写错一个就替换为空，命令直接语法错误 - Windows 下生成的可执行文件要加
.exe后缀，否则./main找不到文件
中文乱码、字符显示为问号或方块
根本原因是 Windows 终端默认编码是 GBK（936），而 C 程序按 UTF-8 输出，两边不匹配。
实操建议：
- 首选方案：启用
code-runner.runInTerminal，并在命令前加chcp 65001 &&（切换到 UTF-8） - 示例：
"c": "chcp 65001 >nul && cd $dir && gcc -std=gnu17 $fileName -o $fileNameWithoutExt.exe && ./$fileNameWithoutExt.exe" - 不推荐改 VSCode 全局终端编码，会影响其他语言；也别依赖
set PYTHONIOENCODING=utf-8这类临时变量，不稳定
