VS Code本身不编译代码，而是通过配置tasks.json调用gcc、tsc等外部工具执行构建或运行；需手动触发任务（Ctrl+Shift+B）或启用对应语言扩展，调试需确保sourceMap、launch.json和工具链（如cargo、python）正确配置。

VS Code 本身不编译代码，它只是编辑器；真正“编译”得靠你装的编译器、构建工具或运行时（比如 gcc、tsc、python、npm run build）。

怎么让 VS Code 跑起代码来

关键不是“VS Code 编译”，而是让它调用外部工具执行构建或运行。常见做法是配置 tasks.json 或直接用终端手动触发命令。

• 按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 “Tasks: Configure Task”，选 “Create tasks.json from template”，再选对应语言（如 Shell、npm、Java）
• 在生成的 .vscode/tasks.json 里改 command 字段，比如设成 "command": "tsc"，再配好 args（如 ["--build"]）
• 保存后按 Ctrl+Shift+B（默认绑定）就能运行这个 task —— 这才是你感知到的“编译”动作
• 别指望点个按钮就自动识别所有项目结构；TypeScript 项目没 tsconfig.json，tsc task 就会报错 error TS18002: The 'files' list in config file 'tsconfig.json' is empty

为什么改了代码却没反应

因为 VS Code 默认不做热重载或自动构建，你得自己决定“什么时候跑”“跑什么”。很多新手误以为保存文件就该自动编译，其实不会。

VSCode

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

下载

• 检查是否启用了对应语言的扩展：比如写 Python 没装 Python 扩展，连 python -m pytest 都没法一键运行
• 终端里手动运行 npm run dev 和在 VS Code 里点“运行任务”本质一样，区别只在 UI 层；但前者你能立刻看到输出、中断、重试，后者容易卡在“正在执行…”没反馈
• 某些 task 配了 "isBackground": true，结果终端不刷日志，你以为挂了，其实是它在后台监听文件变化 —— 这时候得看输出面板里的 “Tasks” 标签页
• 路径问题高频：task 里写 "command": "./node_modules/.bin/eslint"，但在 Windows 上得写 "command": "npx eslint"，否则报 Failed to launch external program ./node_modules/.bin/eslint

调试时为啥断点不生效

断点不命中，90% 是调试器没连上目标进程，或者源码映射（source map）没对上。

• JavaScript/TypeScript 必须确保生成了 sourceMap: true，且 launch.json 中 sourceMaps 设为 true，否则断点打在 .ts 文件上，实际运行的是 .js，根本对不上
• Go 项目如果没在 launch.json 里指定 "mode": "exec" 或 "mode": "test"，而直接选 “Launch Package”，就会报 could not launch process: fork/exec /path/to/main: no such file or directory
• Python 调试默认工作目录是打开的文件夹根目录，如果你在子目录下右键“Debug Python File”，而代码里写了 open("data.txt")，就会因路径不对报 FileNotFoundError
• 确认调试器扩展已启用：C++ 需要 C/C++ 扩展，Rust 需要 CodeLLDB 或 Native Debug，缺一个，launch.json 配得再对也启动不了调试会话

最常被忽略的，是把“编辑器功能”和“语言工具链”混为一谈——VS Code 不提供编译器，它只提供调用编译器的界面和上下文。装了 rust-analyzer 不代表能运行 cargo run，还得装好 cargo 并加进 PATH。