VS Code任务系统仅封装命令，不提供构建能力；需配置.tasks.json指定type、command、args、group等字段，确保语法正确且位于工作区根目录，才能使Ctrl+Shift+B正常触发构建任务。
VS Code 的任务系统本身不提供构建能力，它只是把你的命令包装成可触发、可复用的操作——真正干活的是你本地已安装的工具（比如 tsc、webpack、make 或 npm run build）。
怎么让 VS Code 执行一个 shell 命令作为任务
核心是写好 .vscode/tasks.json，告诉 VS Code 该调用什么程序、传什么参数、在哪工作目录运行。
- 必须指定
"type": "shell"（或"process"，推荐shell，跨平台兼容性更好） -
"command"填实际可执行命令，比如"tsc"、"npm"、"python"，不要加npm run xxx这类带空格的完整指令（会出错），改用"args"拆分 - 用
"args"数组传参，例如["run", "build"]，而不是把整个字符串塞进command - 务必设置
"group": "build"，否则 Ctrl+Shift+B 找不到默认构建任务 - 建议加上
"presentation": {"echo": true, "reveal": "always", "focus": false, "panel": "shared", "showReuseMessage": true}，避免每次运行都弹新终端
为什么 Ctrl+Shift+B 没反应或报 “没有活动任务”
这不是 VS Code 故障，而是 tasks.json 缺少关键标识或配置无效。
windows-shell
下载
Windows 命令行编码与兼容规范。涵盖 GBK/UTF-8 编码、PowerShell/pwsh 互操作、Python/Node.js、Git 配置及代码生成规则。适用于 Windows 10/11 + MSYS2/Git Bash 环境下的所有命令行操作。
- 检查是否在工作区根目录下有
.vscode/tasks.json（不是用户级全局配置） - 确认至少有一个任务设置了
"group": "build"，且没有语法错误（JSON 格式要严格，末尾不能多逗号） - 如果用了
"dependsOn"，确保被依赖的任务名拼写完全一致（区分大小写） - Windows 下若用 PowerShell，注意默认策略可能禁止脚本执行，临时改用
"terminal": {"kind": "integrated"}+"execution": {"shell": {"executable": "cmd.exe"}}更稳
如何复用 package.json 里的 npm script
不需要手动重复写命令，VS Code 支持直接调用 npm 并转发脚本名。
- 设
"command": "npm"，"args": ["run", "dev"]（对应npm run dev） - 加
"problemMatcher": ["$tsc-watch"]或"$eslint-stylish"可捕获输出中的错误行并跳转到源码（需插件支持） - 想自动监听文件变化？用
"isBackground": true+ 匹配器的"background"正则，否则任务会“卡住”不返回 - 注意：npm script 中的环境变量（如
process.env.NODE_ENV）默认不会被继承，必要时在"options.env"里显式声明
task 输出中文乱码（尤其 Windows）
本质是终端编码和 Node/Shell 默认编码不一致，VS Code 不负责转码，得从源头对齐。
- 在
tasks.json的任务里加"options": {"env": {"NODE_OPTIONS": "--experimental-strip-types"}}无用，别试 - Windows 用户优先在任务中指定
"terminal": {"kind": "integrated"}，然后在 VS Code 设置里搜terminal.integrated.defaultProfile.windows，选PowerShell或Command Prompt，再于 PowerShell 中执行[Console]::OutputEncoding = [System.Text.Encoding]::UTF8（加到配置文件） - 更简单的方法：在任务的
"command"前加chcp 65001 > nul &&（仅 Windows cmd），例如"command": "chcp 65001 > nul && npm"
真正麻烦的从来不是写几行 JSON，而是搞清命令在哪执行、PATH 是否包含目标可执行文件、当前终端编码是否匹配、以及输出流有没有被静默吞掉——这些细节不验证，任务就永远“看起来配好了，其实没跑”。
