1.1 工作台本体：先认清 VS Code 的核心特性

1.1 工作台本体：先认清 VS Code 的核心特性

本节摘要：VS Code 的核心特性包括多光标编辑、命令面板、集成终端、分栏与多根工作区，以及一套可分层的设置体系。理解"编辑器内核 + 扩展宿主 + 语言服务"三进程结构，是后续判断任何插件性能与冲突问题的地基。本节把这些出厂装备逐件过手，为整间工位的升级打好底盘。

木匠接手一间旧工坊，头一件事不是买新工具，而是把现有的台面、电源、照明挨个按一遍：哪里稳、哪里晃、哪里够用。接手 VS Code 也一样。它是全册的起点——后面每一章的装备都挂在这个底盘上，底盘没摸清，装备装得越多，出问题时越不知道该拆哪件。

出厂自带的核心装备

先把裸装 VS Code（不装任何插件）就能用的能力列清楚，这一步的目的是划出"不必买装备"的边界：

• 命令面板：快捷键组合唤起，几乎一切功能都能从这里按名字直达，是整张工作台的"总开关面板"；
• 多光标与列选择：按住修饰键多点几处，或用列选择模式整列框选，批量改名、批量加前缀不用任何插件；
• 集成终端：编辑器底部直接开一个系统 Shell，跑构建、看日志不必切窗口；
• 分栏、拆分与多根工作区：同时挂多个项目的目录树，跨仓库搬代码时特别顺手；
• 内置的语法高亮与括号配对着色：常见语言的着色与括号着色开箱即用——后者在早期还需要插件，如今已经内置，这是一个"装备被收编进出厂清单"的典型例子；
• 设置体系：图形化设置页之外，还有可以直接编辑的 JSON 设置文件，用户级与工作区级分层，这一点会在第 6 章展开成整节的正题。

把这些用熟，你会发现相当一部分"我要装个插件"的念头，其实是在给已有装备重复采购。工位升级的第一原则：先按遍出厂按钮，再去货架。

底盘结构：三进程是怎么分工的

VS Code 给人的"轻快"印象，来自一个关键设计：界面归界面，插件归插件，语言分析归语言分析。三块各自运行在独立进程里：

渲染进程负责画界面和处理键鼠，你的光标手感由它决定；扩展宿主专门跑插件代码，某个插件卡死通常只冻结它自己所在的宿主，而不是整个编辑器；语言服务进程按语言服务器协议（LSP）工作，补全、跳转定义、重命名这些"懂语言"的能力都从这里来。调试则另有一套调试适配协议（DAP），让编辑器能用统一界面调不同的运行时。

一句行话：LSP 让"懂某种语言"变成可插拔的能力，DAP 让"会调某种运行时"变成可插拔的能力。插件生态的繁荣，一半功劳在这两份协议上。

理解这个分工有直接的操作收益。某个插件让界面变卡时，你能推断出该看扩展宿主的占用；补全变慢时，你该怀疑语言服务而不是界面主题。第 6 章的性能调校一节会给出具体的排查命令，但推理的起点在这里。

拿内置功能当装备用：三段实操

光说不练假把式。下面三段实操把"出厂装备"过一遍手，每段都附带对应的设置代码。

第一段练命令面板与多光标。打开任意代码文件，唤起命令面板，输入"选择所有匹配项"相关命令的名称，把光标撒到所有同名变量上，一次性完成批量重命名。配合"向上/向下添加光标"的快捷键，可以跨行选中一列逐行编辑。这套操作在批量修改配置键名、给一列常量统一加引号时，效率不输任何重命名插件。

第二段练集成终端。把终端默认 Shell 换成你惯用的那一个，并固定启动目录：

{
  "terminal.integrated.defaultProfile.windows": "PowerShell",
  "terminal.integrated.profiles.windows": {
    "PowerShell": {
      "source": "PowerShell",
      "icon": "terminal-powershell"
    },
    "Git Bash": {
      "path": "C:\\Program Files\\Git\\bin\\bash.exe"
    }
  },
  "terminal.integrated.cwd": "${workspaceFolder}"
}
​

这份配置在后续第 5 章终端一节还会扩展出更多档位，此处先立好骨架。

第三段练设置文件的搜索。设置页右上角可以切换到 JSON 视图，设置项支持逐字搜索。一个值得现在就改的内置项：

{
  "editor.formatOnSave": true,
  "editor.bracketPairColorization.enabled": true,
  "editor.guides.bracketPairs": true
}
​

保存时自动格式化依赖"默认格式化器"的指定（第 2 章细讲），括号配对着色与配对引导线则是把早年插件的功能直接打开。

自带装备的边界在哪里

内置能力不是万能的，认清边界同样重要。裸装的 VS Code 对某种语言"懂"的程度，取决于该语言的语言服务是否被激活：打开一个项目，装了对应语言扩展才有完整的补全与跳转；纯文本级的拼写、项目级的任务编排、界面主题个性化工位照明，也都超出出厂范围。下表把边界画清楚：

这张表也是全册的路线预告：右列每一格"缺口"，都对应后面某章的一件装备。

常见疑问快答

问：裸装的编辑器到底算“轻”还是“全”？答：判断标准不是功能数量，而是默认激活了多少——它的设计哲学是内核只带高频通用能力，其余全部按需拉起。所以同一份安装，只写日记的人觉得它简陋，配齐语言装备的人觉得它万能，两种感受都对。

问：设置文件里的用户级与工作区级，肉眼怎么区分？答：打开设置界面时右上角有分层标签；直接看文件位置也行——用户级的在个人配置目录，工作区级的躺在仓库里随代码走。这一分辨能力是第 6 章整章的地基，值得现在就练。

本节在路线图上的位置

本节是第 1 章的底盘课，往下两节会从"本体"走向"货架"与"手续"：先讲怎么在插件市场里判断装备成色，再讲安装与退役的操作卡。底盘课里埋的几处伏笔——三进程结构、设置分层、格式化入口——分别会在第 6 章的性能调校、设置领地、配置项治理三节兑现。动手清单很简单：把上面三段实操各做一遍，然后列出你自己的"已经在用却没发现"的出厂装备，贴在工位边上。