VS Code终端是系统shell的真实封装，无需额外配置，Ctrl+`呼出，支持多标签和shell切换；默认路径为工作区根目录，需注意空格和中文路径的shell解析规则，后台任务关闭终端即终止。
VS Code 的终端就是系统 shell 的封装，直接输入命令就能运行，不需要额外配置或“启动”步骤。
终端默认就是你的系统 shell
Windows 上通常是 PowerShell（或 CMD），macOS / Linux 默认是 zsh 或 bash。它不是模拟器，而是真实进程——你输入 ls、git status、python --version，和在系统原生终端里一模一样。
- 按
Ctrl+`（反引号）快速呼出终端面板 - 终端右上角的加号（+）可新建多个标签页，每个都是独立 shell 会话
- 下拉箭头可切换 shell 类型（比如从 PowerShell 切到 Git Bash），但切换后需重启终端标签页才生效
运行命令前要注意工作目录
VS Code 终端默认打开位置是当前打开的文件夹（即工作区根目录），不是用户家目录，也不是 VS Code 安装目录。这点容易误判，尤其当你用 cd 跳转过又忘了时。
- 输入
pwd（macOS/Linux）或cd（Windows）确认当前路径 - 如果打开的是单个文件而非文件夹，终端初始路径可能为用户主目录，此时
ls看不到项目文件 - 右键资源管理器里的文件夹 → “在集成终端中打开”，能确保路径准确
中文路径或空格导致命令失败？不是终端问题
这是 shell 本身的解析规则，VS Code 终端不额外处理空格或编码。比如路径含空格时，node my script.js 会被拆成三个参数，报错 command not found: my。
- 用引号包裹：
node "my script.js"或node ./my\ script.js - 中文路径通常无需特殊处理，但某些旧版 Windows 工具（如部分 Python 包）可能因编码问题报错，此时优先检查工具本身，而非 VS Code
- 避免在路径中使用中文或空格，是更稳妥的工程习惯
真正容易被忽略的是：终端窗口关闭后命令就终止，后台任务（如 npm run dev）不会持续运行；想长期挂起得用 nohup、screen 或系统服务机制——这不是 VS Code 的能力边界，得回到 shell 本质去处理。
