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，tsctask 就会报错error TS18002: The 'files' list in config file 'tsconfig.json' is empty
为什么改了代码却没反应
因为 VS Code 默认不做热重载或自动构建，你得自己决定“什么时候跑”“跑什么”。很多新手误以为保存文件就该自动编译，其实不会。
- 检查是否启用了对应语言的扩展：比如写 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。
