VSCode本身不带运行能力，需依赖语言环境、外部命令及对应扩展；Code Runner仅封装预设命令，适合小脚本但不支持调试与模块解析，而Python/Java等语言的真正运行与调试能力由官方扩展（如ms-python.python）提供。
VSCode 本身不带运行代码能力，所谓“运行”依赖的是语言环境 + 外部命令 + 插件封装。没有一个叫“运行插件”的万能包，装错或漏配，Ctrl+Shift+P 里根本找不到 Run Code 命令。
Code Runner：支持50+语言但只做命令封装
它不提供解释器、不检查路径、不管理依赖，只是把预设命令（如 node $fileName、python3 $fileName）一键执行。适合快速验证小脚本，不适合工程化项目。
- 安装后默认支持常见后缀：
.js、.py、.java、.cpp等，但.ts需手动加配置："code-runner.executorMap": { "typescript": "ts-node $fileName" } - 不自动识别
package.json中的scripts，想跑npm run dev得自己写自定义任务 - 输出在 VSCode 内置终端，无法调试断点；出错时只显示 shell 错误，不跳转到源码行
- 多文件项目（如含
import的 TS）大概率报错——它只运行当前文件，不管模块解析
语言专属扩展：Java/Python/JS 运行能力靠它们落地
真正让 VSCode “能运行”某语言的，是对应语言的官方扩展包，不是 Code Runner。
-
Java：必须装
redhat.java（Java Extension Pack 核心），且项目根目录要有pom.xml或build.gradle；否则右键Run选项直接灰掉 -
Python：装
ms-python.python后，需在设置里指定python.defaultInterpreterPath，否则Run Python File会用系统默认 Python（可能没装numpy） -
TypeScript/JavaScript：不需要额外插件运行，但
ts-node必须全局或本地安装；npm install -g ts-node后，Code Runner 才能真正跑.ts文件
Live Server：HTML/CSS/JS 前端静态运行的唯一合理选择
它不是通用“运行插件”，而是专为浏览器预览服务的轻量 HTTP 服务器。别试图用它跑 Node 后端或 Python 脚本——它只监听 index.html 并自动刷新。
- 右键菜单只有
Open with Live Server，没其他入口；快捷键Alt+L, Alt+O是默认绑定，可改 - 端口默认
5500，冲突时会在控制台提示并自动换端口，但不会弹窗通知 - 不支持
import map或module type="module"的跨域限制场景，遇到CORS报错得换vscode-http-server或本地启serve - 修改
.css时热更新快，但改.js有时卡顿——这是浏览器缓存导致，不是插件问题，加cache-control: no-cache响应头可解
调试替代方案：比“运行”更关键的是能否打断点
很多用户以为“能运行=能调试”，其实完全两回事。Code Runner 和 Live Server 都不支持断点；真要调试，得靠语言扩展自带的 Debug 功能。
- Python：装好
ms-python.python后，按F5→ 选Python File，自动生成.vscode/launch.json，断点立即生效 - Node.js：需在项目里有
package.json并含main字段，或手动配launch.json指向./src/index.js - Java：调试依赖
redhat.java+vscode-java-debug，且类必须编译过（target/下有.class），否则断点标黄不命中
最常被忽略的一点：所有“运行”行为都依赖终端环境变量。你在 iTerm 里 export PATH="/opt/homebrew/bin:$PATH"，VSCode 图形界面启动时并不继承——得在 settings.json 里显式配 terminal.integrated.env.osx，否则 which node 可能返回空。
