企业官网建设流程全解析

1. 装个编辑器而已，为什么还要专门写一篇安装教程

很多人听到“VSCode安装过程”五个字，第一反应都是：下载、双击、下一步，三分钟结束的事情有什么好写的？但我在各个技术群里待得越久越发现，真正让大家卡住的恰恰是安装这个环节。隔三差五就有人问“VSCode装完打开是英文怎么改成中文”“终端里敲 code 提示不是内部或外部命令”“扩展商店搜不出插件”“装了C/C++扩展还是没代码提示”，这些问题的根源，几乎都能追溯到安装时的某个勾选项、下载时选错了安装包类型，或者装完之后漏了最关键的一步初始化。

VSCode 的全称是 Visual Studio Code，微软出品的免费开源编辑器，现在是全球用户量最大的代码编辑器之一。它本身非常轻量，装完之后只是个编辑器外壳，真正的能力要靠安装扩展来补齐。但这恰恰是新手最容易误解的地方：以为装完就能写 Python、写 C、连服务器，结果发现什么都不好使，然后开始怀疑人生。这篇博文我打算把 VSCode 从下载、安装、初始化到常见报错排查的完整过程过一遍，Windows、macOS、Linux 都会涉及，也会覆盖大家搜索最多的几个场景：设置中文、配置 Python、配置 C/C++、连接 SSH 远程服务器。

不管你是在公司电脑上受限安装，还是自己新装了一台机器，或者是想在 Windows 里配合 WSL 使用，这篇文章应该都能帮你少走几趟弯路。我尽量不写那种“下一步下一步”的流水账，而是把每个关键选项背后的逻辑讲清楚，因为只有理解了为什么要这么选，遇到问题时才知道去哪里找原因。

2. 下载入口只有官网最靠谱，版本选择其实有门道

2.1 认准官方下载地址，别去第三方下载站

先说下载。VSCode 官方网站的域名是 code.visualstudio.com，这也是唯一的官方下载入口。你打开这个页面之后，网站会根据当前访问的系统自动识别并显示对应的下载按钮。Windows 用户会看到“Windows”“x64”之类的下载选项；macOS 用户会看到 Universal、Apple Silicon、Intel 三个版本；Linux 用户则能看到 .deb、.rpm、.tar.gz 等不同格式的安装包。

为什么特意强调“只从官网下载”？因为第三方下载站提供的 VSCode 安装包经常存在几个问题：版本老旧、捆绑其他软件、甚至被植入广告和恶意修改。我曾经帮朋友排查一台被莫名装了全家桶的电脑，最后发现源头就是他在某个下载站点了“高速下载”按钮。VSCode 本身就免费且体积不大，完全有理由只认准官网。下载时还有一个判断安装包是否正规的技巧：看文件名。官网 Windows 安装包通常长这样“VSCodeUserSetup-x64-1.96.2.exe”，里面包含架构和具体版本号，名字非常规范，捆绑版安装包往往把文件名改得乱七八糟。

另外，如果你打开官网发现下载速度很慢或者中途失败，大概率是当前网络到官方 CDN 的链路不稳定。这种时候我的建议是先换个时间段再试，或者检查一下是不是企业网络、校园网做了限速，换成手机热点往往就能顺利下载。不建议去搜索引擎里找“VSCode下载”然后点进广告位，前面说了，这样很容易踩坑。

2.2 User Installer、System Installer 和便携版的区别

官网的下载页其实藏着一个很重要的细节：Windows 用户第一眼看到的大绿色按钮是“User Installer”，但如果往下拉或者点击“其他平台下载”，还能看到 System Installer、.zip 便携版等选项。这三者之间的区别，很多人装了好几年 VSCode 都没搞清楚。

User Installer 默认安装到当前用户目录，具体路径是C:\Users\你的用户名\AppData\Local\Programs\Microsoft VS Code，安装过程不需要管理员权限。它对系统全局配置的改动最小，适合公司电脑、权限受限账户或者不想影响系统盘的场景。System Installer 则要求你提供管理员权限，默认安装到C:\Program Files\Microsoft VS Code，所有登录这台电脑的用户都能使用，程序的启动权限也更高一些。

便携版 .zip 则是解压即用，连注册表都不怎么写，所有配置和扩展数据都存在解压目录内部，很适合装在 U 盘里随身携带。

就我个人经验而言，在自己家里的电脑上推荐用 System Installer，因为这样可以避免某些需要管理员权限才能正常工作的功能出问题，比如文件关联、右键菜单、调试器访问系统级环境变量等。在办公室等受限环境里，User Installer 是最稳妥的选择，既不弹 UAC 授权窗口，又能正常使用绝大多数功能。便携版则是备胎和急救工具，机器出问题时解压一个出来就能临时干活。

2.3 32位、64位和 arm64，选错架构会出现“离奇问题”

架构选不对是很多人忽略的坑。Windows 系统现在绝大多数是 x64 架构，但如果你在老设备上装 32 位系统，就需要选 x86 的安装包；如果你的电脑是骁龙芯片的 Windows 笔记本，或者其他基于 ARM64 的设备，就应该选 arm64 版本。选错架构不一定不能安装，而是可能出现安装完成却无法启动、启动后频繁崩溃、某些扩展找不到可执行文件之类的“离奇问题”。macOS 同理，Intel 芯片的 Mac 建议选 Intel 版，Apple Silicon 的 M 系列芯片建议选 Apple Silicon 版，如果不确定芯片型号，选 Universal 通用版也完全没问题。

这里还延伸出一个常见问题：VSCode 和 conda 是什么关系？很多刚接触 Python 的人会把 conda 和编辑器搞混。conda 是一个环境和包管理工具，负责创建独立的 Python 解释器环境并安装依赖包；VSCode 只是一个编辑器，它自身不包含 Python 解释器，需要你安装好 Python 或者 conda 之后，在编辑器中指定解释器路径才能运行和调试代码。两者不是替代关系，而是配合关系，后面讲 Python 配置的时候我会再展开。

3. Windows 安装全流程：勾选项选错的后果，比你想象的大

3.1 安装向导里的几个关键勾选项，每一个都有实际意义

Windows 上双击安装包之后，会进入经典的安装向导流程。接受许可协议、选择目标位置、选择开始菜单文件夹这些步骤基本都是常规操作，真正决定后续使用体验的是“选择其他任务”这一步的勾选项。我把每一项的实际影响拆开讲：

第一项是“创建桌面快捷方式”。这个因人而异，我一般会勾上，方便日常启动。

第二项是“将‘code’命令添加到 PATH”。这是全流程里最关键的选项，没有之一。勾选之后，系统 PATH 环境变量里会被写入 VSCode 的 bin 目录，这样你在任何终端窗口里输入code .就能直接启动 VSCode 并打开当前文件夹。不勾选的话，以后每次想在项目目录里打开编辑器，都只能先启动 VSCode 再手动 File -> Open Folder。这个选项强烈建议勾上，日常开发效率提升立竿见影。

第三项是“添加到‘Open with Code’操作”，会给右键菜单加一个“使用 Code 打开”的入口。如果你是那种习惯打开文件夹再决定怎么处理项目的用户，这个功能会非常顺手。它和“添加到资源管理器目录上下文菜单”的区别在于：前者出现在文件或文件夹上点右键之后的菜单里，后者出现在你在某个目录的空白处点右键时的菜单里。两者内容有重叠，但适用场景不同，我建议都勾上，反正几乎不占资源。

第四项是“注册为受支持文件类型的编辑器”。勾选后，VSCode 会把自己注册为 JSON、Markdown、纯文本等类型文件的默认打开程序之一。如果你不想让系统的文本文件默认打开方式被 VSCode 抢走，可以不勾这一项。

还有一个比较容易忽略的步骤是“开始菜单文件夹”页面，底部通常有个“在安装完成后运行 Visual Studio Code”的复选框。建议保留勾选，这样安装一结束就直接进入首次启动流程，省得再去桌面找图标。

3.2 安装完成后先做一件事：验证 code 命令是否生效

安装完 VSCode，很多人直接打开编辑器开始折腾扩展。我的建议是，先单独验证一下刚才勾选的 PATH 是否真的生效了。按Win + R输入cmd回车，在命令行里执行：

code --version

如果终端输出了类似下面的内容，说明 PATH 配置成功：

1.96.2 8bce4178e65d2d1c7f0b0b7c6a5fxa0f0e1abcde x64

如果提示“code 不是内部或外部命令”，那你装的时候大概率没勾“添加到 PATH”，解决办法有两种。一种是重新运行安装包，选择“修改”，然后勾上那个选项，等它修复完成。另一种是手动添加环境变量：右键“此电脑”->“属性”->“高级系统设置”->“环境变量”，在“用户变量”或“系统变量”的 Path 中添加 VSCode 的 bin 目录。不同安装类型对应的路径不一样，User Installer 默认是：

C:\Users\你的用户名\AppData\Local\Programs\Microsoft VS Code\bin

System Installer 默认是：

C:\Program Files\Microsoft VS Code\bin

有些朋友会遇到另一种情况：在 cmd 里code --version正常，但打开 PowerShell 执行时却提示“无法加载文件 xxx.ps1，因为在此系统上禁止运行脚本”。这是 PowerShell 的执行策略限制，不是 VSCode 的问题。解决方法是当前用户下允许本地脚本和远程签名脚本执行：

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser

这个设置是微软官方文档推荐的安全策略，RemoteSigned 只运行本地创建的脚本和带可信签名的远程脚本，整体是安全的，不会给系统带来额外风险。设置完重开一个终端窗口，code命令就能正常使用了。

3.3 安装路径的建议：能少折腾就少折腾

说到安装位置，我的经验是：个人电脑上保持默认路径就好，多数情况下没必要改到 D 盘。很多人的逻辑是“C 盘空间紧张，装 D 盘省地方”，但 VSCode 本体其实只有三四百兆，大头是后续全局缓存和扩展数据，这部分数据无论装在哪都会落在用户目录里。真正应该注意的是另一个问题：安装路径中最好不要出现中文、空格或者特殊符号。

VSCode 自身对中文路径的兼容性尚可，但它附带的很多工具链不见得。比如配置 C/C++ 环境时，Windows 上的 MinGW-w64 编译器如果被编译器配置脚本调用时路径里出现中文，有时候会报一些莫名其妙找不到文件的错误。所以一个通用建议是：整个开发工具链，包括 VSCode、Python、MinGW、Node.js，全部装在纯英文路径下，这个习惯能在后面的开发过程中帮你省掉不少精力。

4. macOS 和 Linux 上的安装差异，踩过坑的人才会提这些

4.1 macOS：拖拽进 Applications，但别忘了装 code 命令

macOS 的安装流程和 Windows 很不一样。官网下载下来的是一份 zip 压缩包，解压后会得到一个“Visual Studio Code.app”应用文件。标准的安装操作是把它用鼠标拖到 Applications 文件夹里，然后从启动台打开。第一次打开时，macOS 可能会弹出一个“无法验证开发者”或者“来自互联网的应用程序”的提示，这是因为系统的 Gatekeeper 安全机制拦截了未签名或首次下载的应用。解决办法是右键点击应用图标，选择“打开”，再在弹出的窗口中确认一次，之后就能正常使用了。更彻底的办法是在系统设置里单独信任这个开发者来源。

macOS 用户同样会遇到code命令找不到的问题，但不需要手动配置环境变量。VSCode 内置了一个命令帮你完成这步：打开 VSCode，按Cmd + Shift + P打开命令面板，输入Shell Command，选择“Shell Command: Install 'code' command in PATH”，回车执行。执行之后，VSCode 会在~/.zshrc或~/.bash_profile里生成对应的 alias 配置，重启终端就能使用code .了。

Apple Silicon 的 Mac 用户注意，新版本系统下你可能会发现 VSCode 会提示“需要 Rosetta”或者某些扩展没有针对 ARM 编译。这种情况下优先保证 VSCode 本体下载的是 Apple Silicon 或 Universal 版本，扩展能装原生版就装原生版，Rosetta 模拟运行虽然能用，但性能和稳定性都不如原生。

4.2 Linux：deb、rpm、tar.gz、snap，到底选哪种

Linux 下 VSCode 的安装方式比较多，我按推荐程度排个序。Debian 系（Ubuntu、Deepin 等）用户，直接在官网下载.deb安装包，然后用命令安装：

sudo dpkg -i code_1.96.2_amd64.deb

如果依赖有问题，再执行sudo apt-get install -f修复。Red Hat 系（Fedora、CentOS 等）用户下载.rpm，使用：

sudo rpm -i code-1.96.2-1722878936.el7.x86_64.rpm

这种安装方式的好处是安装包里的静态文件和 desktop entry 都是微软官方维护的，升级也能无缝衔接。

.tar.gz压缩包适合不想写系统目录或者想在特定用户下使用的场景，解压后得到一个VSCode-linux-x64目录，里面有个bin/code可执行脚本。直接运行它就能启动，但注意这种方式的扩展和配置数据也都放在用户目录下，和 deb 安装没有本质区别，只是少了桌面菜单项和文件关联。

Snap 安装则是sudo snap install code --classic，优点是自动更新，缺点是启动速度偏慢、沙箱隔离偶尔会让一些需要访问系统底层的扩展出现权限问题。我个人的建议是：桌面 Linux 用户优先用 .deb/.rpm，服务器或者嵌入式场景用 tar.gz 足够。

4.3 WSL 场景：Windows 上编辑 Linux 项目的最顺方案

热搜词里有“在vscode中使用wsl”，这里单独说一嘴。如果你安装了 WSL（Windows Subsystem for Linux），想用 VSCode 在 Windows 图形界面里编辑 WSL 里的项目文件，那么在 Windows 端安装完 VSCode 之后，还需要安装微软官方的“WSL”扩展。装好之后，在 WSL 终端里进入任意项目目录，执行：

code .

VSCode 会自动识别这是 WSL 环境，在 Windows 端启动编辑器，并连接到一个特殊的 WSL 服务器上完成文件读写、终端执行和调试。这个流程对于在 Windows 上做 Linux 开发的人特别方便，等于把 Windows 的图形界面和 Linux 的命令行环境无缝打通了。装扩展的时候注意选择“在 WSL 中安装”，扩展才会在 WSL 侧生效，否则你会发现 Windows 端装了 Python 扩展但 WSL 里的提示完全不出现。

5. 第一次启动的收尾配置：中文界面和最小可用环境

5.1 中文语言包：装完必须重启才生效

第一次启动 VSCode 默认是英文界面，对于英语基础一般的朋友来说确实不友好。设置中文非常简单：左侧边栏点击扩展图标（快捷键Ctrl+Shift+X），搜索“Chinese”，找到“Chinese (Simplified) (简体中文) Language Pack for Visual Studio Code”这个扩展，点击安装。注意，安装完成后界面不会立刻变成中文，右下角会弹出一个提示框问你是否重启，点击“Restart”或者重启 VSCode，中文界面才会生效。

如果你用的是定制版 VSCode，或者想验证语言包是否加载成功，可以用命令面板强制切换显示语言：Ctrl+Shift+P打开命令面板，输入Configure Display Language，回车后会看到一个语言列表，选中zh-cn重启即可。命令行启动时也可以加参数code --locale=zh-cn，临时用中文界面启动一次，但日常使用还是建议把语言包装上。

这里多提醒一句：语言包只是一个界面翻译插件，它不影响代码执行、不影响快捷键、不影响扩展行为，所以不用纠结装了中文包会“不专业”——工具是为人服务的，界面看得懂最重要。

5.2 Python 配置最常见的翻车点：解释器没选对

搜索“vscode配置python”的人非常多，说明这个环节的坑足够集中。我先澄清一个底层概念：VSCode 本身不能运行 Python 代码，它需要你机器上已经存在一个 Python 解释器。解释器可以是官网安装的 Python、conda 创建的虚拟环境、venv 创建的虚拟环境，也可以是 WSL 或远程服务器上的解释器。

第一步，安装微软官方的 Python 扩展。在扩展商店搜索“Python”，认准发布者是 Microsoft 的版本。它会连带安装 Pylance（语法补全和类型检查）和 Jupyter（笔记本支持）两个扩展，一套三件。

第二步，需要让你的代码跑起来时，按下Ctrl+Shift+P，输入Python: Select Interpreter，回车后会列出系统检测到的所有 Python 环境。你选了哪个，状态栏右下角就会显示哪个解释器的路径。这一步是 Python 开发最容易翻车的地方：扩展装了，解释器没选，运行时报“No Python interpreter is selected”，但很多新手根本看不懂这个提示。

第三步，右键代码编辑区，选择“在终端中运行 Python 文件”，或者直接点右上角的三角形按钮就能运行当前脚本。很多人按F5期待直接运行，但F5默认进入调试模式，会先要求你配置 launch.json。对初学者来说，先习惯用右上角的运行按钮，后面需要打断点再学调试。

如果你是 conda 用户，注意一个细节：每次切换 conda 环境后，最好重新执行一次Python: Select Interpreter，因为旧解释器的路径可能在环境切换后失效。VSCode 不会自动感知 conda 环境的激活，它记录的是你最后一次选择的解释器绝对路径。

5.3 C/C++ 环境的真相：扩展不是编译器

“vscode配置c语言环境”和“vscode写c没有代码提示”这两个热搜也是高频问题。先说结论：VSCode 只是编辑器，安装 C/C++ 扩展只是让编辑器具备代码高亮、智能提示、跳转定义和调试能力，但它不能帮你把 C 语言编译成可执行文件。编译这步依赖的是系统里的编译器工具链。

Windows 上的常见选择是 MinGW-w64，它提供 gcc、g++、gdb 等工具。去官网或者靠谱的包管理器（比如 MSYS2 或 winget）把 MinGW-w64 装好之后，需要把它的 bin 目录加到系统 PATH 里。装好后在终端执行gcc --version验证。Linux 和 macOS 则相对省心，Linux 上用sudo apt install build-essential（Ubuntu 系），macOS 上通常装 Xcode Command Line Tools，执行xcode-select --install即可。

装好编译器和扩展之后，还需要在 VSCode 里告诉扩展编译器位置。默认情况下，VSCode 会自动扫描 PATH，所以只要 PATH 配置正确，大多数情况下不用手动改 C/C++ 扩展的includePath。如果“vscode写c没有代码提示”，第一反应应该是：系统里有没有安装 gcc？终端里gcc --version能不能正常输出版本信息？如果编译器不能运行，扩展就算装一百遍也不会有代码提示。

5.4 远程开发：Remote-SSH 与 config 文件的位置

“vscode连接ssh远程服务器”是另一类大热需求。VSCode 的远程开发方案实现思路很巧妙：你本地装的只是客户端，它会通过 SSH 在远程服务器上自动安装一个服务端组件，然后由服务端负责文件读写、终端执行、语言服务运行，本地的 VSCode 窗口只是一个图形化前端。这样一来，即便远程服务器没有任何图形界面，你也能获得和本地开发几乎一致的体验。

使用步骤很简单：先安装“Remote - SSH”扩展，按F1或Ctrl+Shift+P输入Remote-SSH: Connect to Host，选择或输入user@host的格式连接。连接过程会提示你选择 SSH 配置文件，之后 VSCode 就会自动完成远程端的初始化。

关于远程 config 文件，Windows 系统上默认位置是：

C:\Users\你的用户名\.ssh\config

Linux 和 macOS 上则是：

~/.ssh/config

在 VSCode 左侧的“远程资源管理器”面板里，点开 SSH 栏目旁边的齿轮图标，可以直接打开这个 config 文件编辑。如果你的公司服务器需要指定端口、指定密钥文件，都可以在这里配置，例如：

Host my-server HostName 192.168.1.100 User root Port 2222 IdentityFile ~/.ssh/id_ed25519

配置完成后，远程资源管理器里就能看到主机列表，选中即可一键连接。

6. 安装和使用中的高频报错：按症状排查比重装有效

6.1 安装包打不开，或者装完启动没反应

如果你双击 VSCode 的安装包没有任何反应，先检查是不是系统权限问题。右键安装包，选择“以管理员身份运行”，大多数情况都能解决。如果还是没反应，考虑杀毒软件拦截的可能性。Windows Defender 或者第三方安全软件有可能把安装器的临时文件误判并隔离，这时候先暂时退出安全软件，安装完成后再恢复，一般就正常了。还有一种情况，你下载的安装文件不完整，比如浏览器下载到一半断线，但文件扩展名还是 .exe。查看一下文件大小是否和官网标注的一致，差得太多就一定重新下载。

装完之后双击快捷方式没反应也遇到过几次。这种场景下先打开任务管理器看一眼，确认是不是 VSCode 进程已经存在但在后台。如果在进程列表里能看到，多半是图形界面卡住或者某个烦躁的窗口弹在了屏幕外。按Win + D回到桌面看一遍，或者把快捷方式放到屏幕中央再试一次。更保险的办法是在终端执行code，这样能看到控制台输出的报错信息，排查路径比别人瞎问半天有效得多。

6.2 命令行 code 命令不可用的三种情形

code命令不可用，主要有三种情形。第一种是安装时没勾“添加到 PATH”，这种前面讲过，重跑安装程序修改即可。第二种是环境变量改了但当前终端窗口没有刷新，PATH 是进程启动时读取的，改完需要完全关闭终端再重新打开，有些编辑器内嵌终端同样需要重启。第三种是你在 PowerShell 里遇到执行策略限制，报错信息通常是“无法加载文件 xxx.ps1”，这就是我刚才说的Set-ExecutionPolicy能解决的问题。另外还有一种特殊场景：你用的是便携版 .zip，这种版本本身不会写 PATH，需要手动把解压目录里的bin路径加到环境变量中。

6.3 扩展商店打不开或者搜索超时

扩展商店打不开，最常见的原因其实是网络问题。VSCode 的扩展市场数据来自微软的 marketplace 服务器，如果你的网络对这部分域名的访问不稳定，扩展面板就会一直转圈或直接提示无法连接。排查的顺序一般是：先确认浏览器能不能打开 marketplace.visualstudio.com 这个网站，能打开说明基本网络通畅，问题可能出在 VSCode 内部配置；打不开可能就是网络访问层面的问题，需要检查公司防火墙策略或者网络连接本身。

有人遇到过系统时间不正确导致 HTTPS 证书校验失败的情况，扩展面板同样打不开。检查一下电脑右下角时间是否对得上，差太多就同步时间。如果你所在的网络环境比较特殊，比如公司内网有自己的一套出口设置，请按公司 IT 规范配置，不要绕过内部策略。排到这一步大多数问题都能定位到根因，而不是卸载重装 VSCode。

6.4 “network: unavailable 但不显示本地 IP”通常是网络层问题

有朋友问过“vscode 编译器 network: unavailable 却不显示本地的 ip 了”，这个现象乍一看像是 VSCode 的锅，但我分析下来发现多数情况下是系统网络层本身出了问题。VSCode 和很多扩展在启动时会做网络健康检查，它会调用系统的网络接口信息来检测可用性反馈，比如检查到本机没有已分配的 IPv4 地址时，就报告 network: unavailable。换句话说，这个提示不是原因，而是结果——系统网络已经断了，或者网卡没有正确获取到 IP 地址。

排查思路应该回到底层：打开命令行执行 (ipconfig)（Windows 用户）查看当前网卡的 IPv4 地址、子网掩码、默认网关是不是正常。如果 IP 显示 169.254.x.x，说明设备没有从 DHCP 服务器拿到有效地址；如果直接没有地址，检查无线网络是否连接、网线是否松动、是否需要重新获取 DHCP 租约（(ipconfig /release) 后再 (ipconfig /renew)）。网络恢复可用地址后，VSCode 里的 network: unavailable 提示自然会消失。判断这个问题的关键，是别盯着编辑器自身的报错，要先去确认系统网络接口的真实状态。

6.5 Windows 7 用户该装哪个版本

Windows 7 的问题是个历史遗留。VSCode 从 1.71 版本开始停止了对 Windows 7、Windows 8 和 Windows Server 2012 R2 的支持，也就是说，在这些系统上继续安装新版 VSCode 会出现无法启动、报缺少系统组件或者干脆提示“应用程序无法启动”的问题。如果你必须使用 Win7，唯一的选择是安装 1.70 版本，这是最后支持 Win7 的版本线。需要在官网的版本历史或更新博客里找到历史版本的下载入口。

但这里要泼一盆冷水：装老版本只能解决“能不能跑起来”的问题，后续扩展生态基本不会再兼容你。比如新版 Python 扩展、Remote-SSH 扩展都依赖较新的 Node.js 运行环境，老版 VSCode 装这些扩展大概率会失败。如果你在工作中确实被 Win7 卡住，有条件的话还是建议升级系统，或者换用 WSL / 远程服务器方式，让重活都跑在其他机器上。

7. 我个人的安装体感：一些不方便写在官方文档里的建议

最后说几个我自己装过无数台机器后沉淀下来的体会，供你参考。

新机器上我优先用 System Installer，然后把 PATH、右键菜单、文件关联全部勾上。这些选项每一个都有实际场景：终端里code .是日常高频操作；右键“使用 Code 打开”对不常进命令行的同事非常有用；文件关联让我双击任何 Markdown、JSON、纯文本都直接进 VSCode。只要一开始把这些配置好，后面基本不用再动系统的文件关联设置。

插件不要一口气装几十个。很多新人装完 VSCode 第一件事就是逛扩展商店，看到热门的全装上，结果启动越来越慢，有些扩展还会互相抢快捷键、弹出各种提示。我的原则是：只装当前正在使用的语言和场景对应的扩展，比如写 Python 就装 Python 扩展全家桶，需要连服务器就装 Remote-SSH，等实际有需求了再装。扩展的优先级是“用得上才装”，而不是“感觉有用就装”。

另外，安装完 VSCode 建议重启一次电脑，尤其是 Windows。重启的意义在于让 PATH 环境变量、文件关联、驱动程序状态全部刷新，我遇到过好几次装完就能用但重启后某些右键菜单不出现的情况，重启之后就正常了。这听起来像是玄学，实际上就是系统组件注册和进程缓存的问题。

还有一个批量操作的小技巧。重装系统之后，与其一个个点击安装扩展，不如把常用扩展的 ID 收集到一个脚本里，例如：

code --install-extension ms-python.python code --install-extension ms-vscode.cpptools code --install-extension ms-vscode-remote.remote-ssh code --install-extension ms-vscode-remote.remote-wsl code --install-extension dbaeumer.vscode-eslint

下次只需要打开终端，按顺序执行这些命令，几分钟就能把开发环境恢复到重装前的状态。这个办法在团队里给新人配环境的时候尤其省事。VSCode 的安装真的不难，但把安装这件事理解透彻，后面所有开发环节的体验质量都会跟着往上走一层，这也是我为什么愿意花篇幅把那些看起来“没必要写”的细节讲清楚。