尧图网页设计 
简介Microsoft Visual Studio CodeVS Code是由微软开发的免费开源代码编辑器面向各层次开发者覆盖 Windows、macOS 与 Linux 平台。它内置 Git 版本控制、IntelliSense 智能补全、多语言调试器与集成终端并可通过扩展市场按需增强语言支持、主题样式与协作能力适合日常编码、Web 开发与多项目并行管理等场景。本压缩包共收录 7094 个文件整体约 64.63MB以 js、json、md、license、ts 等为主涵盖源码模块、配置清单、类型定义与许可说明另有 css、html、svg 等前端资源及少量可执行与脚本文件目录结构完整便于了解编辑器内部组成与依赖组织。目前已有 821 人学习下载可作为研究 VS Code 架构、扩展机制与工程化实践的参考素材。1. 从一台裸机到顺手工作台VS Code 真正解决的是什么很多人第一次装 VS Code是冲着轻量编辑器这四个字去的结果装完发现终端跑不起来、Python 解释器找不到、远程连不上、C 编译器报一堆错最后又退回 IDE。问题不在 VS Code而在于它本质是一个壳——编辑器本体只负责文本和扩展宿主真正的语言能力、调试能力、远程能力全靠扩展和外部工具链拼出来。你把它当记事本用它就是个记事本你把它当工作台配它能覆盖 Python、C/C、LaTeX、远程开发、数据库客户端几乎所有场景。这篇笔记面向三类人刚下载完 VS Code 官网安装包不知道下一步装什么的新手被解释器与终端版本不一致无法与主机建立连接未能下载 VS Code 服务器卡住的半熟手以及想把 VS Code 当成统一入口、接第三方模型 API 或做嵌入式开发的老手。我会按装什么 → 怎么配 → 参数怎么调 → 哪里会翻车的顺序讲每一步都给可抄的命令和配置。VS Code 有 Ubuntu 版本也有免安装的压缩包版本选哪个、怎么选后面会说清楚。2. 装完第一件事把扩展、解释器和终端对齐2.1 先分清三种安装形态别一上来就踩坑VS Code 官网下载页给的东西看着简单实际分三类Windows 的 User Installer装到用户目录不需要管理员权限、System Installer装到 Program Files多用户共享、以及各平台的压缩包免安装版解压即用配置跟着文件夹走。Ubuntu 上还有 .deb 和 snap 两种。选错形态最直接的后果是扩展装到了 A 目录你启动的是 B 目录的 VS Code于是扩展明明装了却提示未安装。我的习惯是个人机器用 User Installer公司机器如果多人共用同一账号才用 System Installer需要随身携带配置比如放 U 盘就用免安装版把data文件夹放在解压目录同级VS Code 会自动把配置、扩展、缓存全写进这个data目录换机器直接拷走。# Ubuntu 下用 deb 包安装推荐扩展路径稳定 sudo dpkg -i code_*.deb sudo apt-get install -f # 补齐依赖缺 lib 时用 # 验证安装位置和版本 which code code --versionwhich code返回的路径决定了扩展默认装在哪。如果返回/usr/bin/code扩展在~/.vscode/extensions如果是 snap 版扩展在~/snap/code/...下和 deb 版不互通。这就是为什么有人换了安装方式后扩展全没了——不是丢了是路径变了。2.2 Python 环境解释器与终端版本不一致的根因热词里VS Code 解释器与终端版本不一致是高频问题。根因通常有两个一是 VS Code 选的解释器是虚拟环境里的但集成终端启动时没激活那个环境二是系统里装了多个 Python比如 Microsoft Store 版、官网版、conda 版python命令指向的和 VS Code 选中的不是同一个。解决顺序是先用命令面板Python: Select Interpreter选中目标解释器然后在设置里把终端自动激活打开。// settings.json { python.defaultInterpreterPath: /home/user/venv/bin/python, python.terminal.activateEnvironment: true, terminal.integrated.defaultProfile.linux: bash }python.defaultInterpreterPath写绝对路径别写python这种依赖 PATH 的写法否则换终端就飘。python.terminal.activateEnvironment设为 true 后新开的终端会自动 source 虚拟环境。如果还是不生效检查 shell 的启动文件.bashrc/.zshrc里有没有手动改过 PATH 把系统 Python 提前了。提示改完设置一定要关掉所有旧终端再开新的集成终端只在创建时读取环境已经开着的终端不会自动刷新。2.3 C/C 工具链编译器、调试器和 redistributable 的关系Windows 上跑 C/CVS Code 本身不带编译器需要外部工具链。常见组合是 MinGW-w64提供 gcc/g/gdb或 MSVC。装完 MinGW 后要把它加进 PATH然后在 VS Code 里配tasks.json和launch.json。// .vscode/tasks.json { version: 2.0.0, tasks: [ { label: build, type: shell, command: g, args: [-g, ${file}, -o, ${fileDirname}/${fileBasenameNoExtension}.exe], group: { kind: build, isDefault: true } } ] }-g生成调试符号没有它 gdb 断点会失效。${file}是当前文件${fileDirname}是所在目录。如果编译时报找不到 g说明 MinGW 的bin目录没进 PATH或者 VS Code 是在改 PATH 之前启动的——重启 VS Code 让它重新读环境变量。这里要提一句 Microsoft Visual C Redistributable它是运行用 MSVC 编译出来的程序所需的运行时库和 VS Code 本身无关但很多 C/C 工具、数据库客户端、ODBC 驱动依赖它。报缺少 xxx.dll或安装时错误 1603八成是 redistributable 版本缺失或损坏装对应年份的 x64 版本即可注意 2015-2022 是合并包。3. 远程与容器把 VS Code 服务器装到目标机器上3.1 Remote-SSH 的连接流程和未能下载服务器的排查Remote-SSH 的原理是本地 VS Code 通过 SSH 连到目标主机然后在目标主机上跑一个 VS Code Server 进程本地只负责 UI。所以第一次连接时它要把服务器文件 scp 到目标机器。热词里正在使用 scp 将 VS Code 服务器复制到主机无法与主机建立连接未能下载 VS Code 服务器就是这一步出问题。# 先在本地终端手动验证 SSH 通不通 ssh user192.168.245.128 echo ok # 看目标机器架构服务器包要匹配 uname -m # x86_64 / aarch64 # 目标机器上确认有写入权限和足够空间 df -h ~如果 SSH 能通但服务器下载失败常见原因是目标机器访问不了下载源、磁盘满、或者~/.vscode-server目录权限不对。可以先删掉~/.vscode-server让它重下或者手动把服务器包传上去解压到对应目录。注意目标机器的 CPU 架构要和服务器包一致aarch64 的机器装 x86_64 的包会直接跑不起来。注意公司内网机器如果走代理才能出网要在目标机器的 shell 配置里设好否则 scp 那一步会静默失败。3.2 Dev Containers把环境写进配置文件比 Remote-SSH 更彻底的是 Dev Containers把整个开发环境定义在.devcontainer/devcontainer.json里团队里每个人打开都是同一套工具链彻底消灭我这能跑你那不能跑。{ name: python-dev, image: mcr.microsoft.com/devcontainers/python:3.12, features: { ghcr.io/devcontainers/features/git:1: {} }, postCreateCommand: pip install -r requirements.txt, customizations: { vscode: { extensions: [ms-python.python, ms-python.vscode-pylance] } } }image指定基础镜像features装额外组件postCreateCommand在容器建好后自动跑customizations.vscode.extensions让容器一开就自动装好扩展。这样新人 clone 仓库后选Reopen in Container就能直接开工不用再问你装了什么版本。3.3 嵌入式场景ESP-IDF 插件的安装路径问题做 ESP32 开发的人常遇到ESP-IDF 插件安装路径报错。这个插件会下载一整套工具链编译器、烧录工具、Python 环境体积大、路径深。默认它装在用户目录下如果路径里有中文或空格工具链调用会失败。// settings.json { idf.espIdfPath: /home/user/esp/esp-idf, idf.toolsPath: /home/user/esp/tools, idf.pythonInstallPath: /home/user/esp/python_env }三个路径都建议放在纯英文、无空格的目录下。idf.toolsPath是工具链根目录idf.pythonInstallPath是插件自建的 Python 环境。如果安装卡在下载阶段多半是网络问题可以手动下载工具链压缩包放到对应目录再重试。4. 避坑与排查那些让人怀疑人生的报错4.1 扩展装了却不生效现象扩展市场显示已安装但功能菜单不出现或者提示扩展未激活。原因通常是扩展装在了另一个 VS Code 实例的目录下比如同时装了 deb 版和 snap 版或者扩展与当前 VS Code 版本不兼容。解决用code --list-extensions看当前实例装了哪些确认路径一致不兼容就降级扩展或升级 VS Code。4.2 集成终端里的命令和外部终端结果不一样现象外部终端python --version是 3.12VS Code 集成终端里是 3.8。原因是集成终端启动时读的是登录 shell 还是非登录 shell 的配置不同PATH 顺序不一样。解决在settings.json里显式指定terminal.integrated.env.linux或改用绝对路径调用解释器别依赖 PATH。4.3 远程连接突然断了重连后扩展全要重装现象Remote-SSH 断开重连后目标机器上的扩展没了。原因是服务器端扩展装在~/.vscode-server/extensions如果这个目录被清理或磁盘满导致写入失败扩展就丢了。解决检查磁盘空间别把~/.vscode-server放在临时目录重要环境可以把扩展列表导出重连后批量装。4.4 安装或更新时报错误 1603现象装 VS Code 或某个依赖时弹出警告由于错误 1603。这是 Windows Installer 的通用失败码常见于旧版本没卸干净、注册表残留、或缺少 Visual C Redistributable。解决先用 Microsoft Program Install and Uninstall Troubleshooter 清理残留再装对应年份的 redistributable最后重装。4.5 中文路径导致的玄学问题现象项目放在含中文的目录下调试器启动失败、LaTeX 编译报错、某些扩展找不到文件。原因是部分工具链对非 ASCII 路径支持不好。解决项目目录、工具链目录、Python 环境目录全部用纯英文路径这是最省心的后悔药。5. 把 VS Code 接上模型 API 与 LaTeX两个高频进阶场景5.1 用第三方 API 接入模型补全现在很多人想在 VS Code 里接第三方模型做代码补全或对话。思路是装一个支持自定义 API 端点的扩展然后在设置里填 base URL、API Key 和模型名。以常见的 OpenAI 兼容接口为例// settings.json以某兼容扩展为例字段名以扩展文档为准 { aiAssistant.baseUrl: https://your-endpoint/v1, aiAssistant.apiKey: sk-xxxx, aiAssistant.model: your-model-name, aiAssistant.maxTokens: 2048 }关键参数是baseUrl要以/v1结尾多数兼容接口如此model必须和端点支持的模型名完全一致maxTokens别设太大否则响应慢还费额度。如果补全不触发先看扩展的输出面板有没有报 401/404401 是 key 错404 是路径或模型名错。切换不同模型时改model字段后要重启扩展宿主命令面板Developer: Reload Window。提示API Key 不要写进会提交到仓库的settings.json用用户级设置或环境变量避免泄露。5.2 LaTeX 工作流编译链和 PDF 预览VS Code 写 LaTeX 靠 LaTeX Workshop 扩展底层还是调本地的 TeX 发行版TeX Live 或 MiKTeX。核心是配好编译链让它自动跑latexmk。{ latex-workshop.latex.recipes: [ { name: latexmk, tools: [latexmk] } ], latex-workshop.latex.tools: [ { name: latexmk, command: latexmk, args: [-synctex1, -interactionnonstopmode, -file-line-error, -pdf, %DOC%] } ], latex-workshop.view.pdf.viewer: tab }-synctex1开启正反向搜索能在 PDF 和源码间跳转-interactionnonstopmode让编译遇错不停下来等输入适合自动化%DOC%是当前主文件名。如果编译报找不到 latexmk说明 TeX 发行版的 bin 目录没进 PATH。中文文档记得用 xelatex 而不是 pdflatex并在 recipe 里换掉工具。5.3 一个验证配置是否生效的小技巧改完一堆配置后怎么确认真的生效了我的习惯是开一个最小复现工程一个空文件夹放一个main.py或main.tex跑一遍完整流程选解释器 → 运行 → 调试 → 预览。如果最小工程能跑通说明配置没问题大工程出问题就是项目本身的依赖或路径问题排查范围立刻缩小一半。这个习惯帮我省了无数次在复杂项目里瞎找的时间。配置这东西改的时候记一笔改了什么、为什么改过两周回头看能救命。VS Code 的配置项上千个没人能全记住靠的是把踩过的坑沉淀成自己的settings.json和一份备注。希望帮到你。本文还有配套的精品资源点击获取 VS Code 从裸机到工作台：扩展、远程与避坑指南
简介Microsoft Visual Studio CodeVS Code是由微软开发的免费开源代码编辑器面向各层次开发者覆盖 Windows、macOS 与 Linux 平台。它内置 Git 版本控制、IntelliSense 智能补全、多语言调试器与集成终端并可通过扩展市场按需增强语言支持、主题样式与协作能力适合日常编码、Web 开发与多项目并行管理等场景。本压缩包共收录 7094 个文件整体约 64.63MB以 js、json、md、license、ts 等为主涵盖源码模块、配置清单、类型定义与许可说明另有 css、html、svg 等前端资源及少量可执行与脚本文件目录结构完整便于了解编辑器内部组成与依赖组织。目前已有 821 人学习下载可作为研究 VS Code 架构、扩展机制与工程化实践的参考素材。1. 从一台裸机到顺手工作台VS Code 真正解决的是什么很多人第一次装 VS Code是冲着轻量编辑器这四个字去的结果装完发现终端跑不起来、Python 解释器找不到、远程连不上、C 编译器报一堆错最后又退回 IDE。问题不在 VS Code而在于它本质是一个壳——编辑器本体只负责文本和扩展宿主真正的语言能力、调试能力、远程能力全靠扩展和外部工具链拼出来。你把它当记事本用它就是个记事本你把它当工作台配它能覆盖 Python、C/C、LaTeX、远程开发、数据库客户端几乎所有场景。这篇笔记面向三类人刚下载完 VS Code 官网安装包不知道下一步装什么的新手被解释器与终端版本不一致无法与主机建立连接未能下载 VS Code 服务器卡住的半熟手以及想把 VS Code 当成统一入口、接第三方模型 API 或做嵌入式开发的老手。我会按装什么 → 怎么配 → 参数怎么调 → 哪里会翻车的顺序讲每一步都给可抄的命令和配置。VS Code 有 Ubuntu 版本也有免安装的压缩包版本选哪个、怎么选后面会说清楚。2. 装完第一件事把扩展、解释器和终端对齐2.1 先分清三种安装形态别一上来就踩坑VS Code 官网下载页给的东西看着简单实际分三类Windows 的 User Installer装到用户目录不需要管理员权限、System Installer装到 Program Files多用户共享、以及各平台的压缩包免安装版解压即用配置跟着文件夹走。Ubuntu 上还有 .deb 和 snap 两种。选错形态最直接的后果是扩展装到了 A 目录你启动的是 B 目录的 VS Code于是扩展明明装了却提示未安装。我的习惯是个人机器用 User Installer公司机器如果多人共用同一账号才用 System Installer需要随身携带配置比如放 U 盘就用免安装版把data文件夹放在解压目录同级VS Code 会自动把配置、扩展、缓存全写进这个data目录换机器直接拷走。# Ubuntu 下用 deb 包安装推荐扩展路径稳定 sudo dpkg -i code_*.deb sudo apt-get install -f # 补齐依赖缺 lib 时用 # 验证安装位置和版本 which code code --versionwhich code返回的路径决定了扩展默认装在哪。如果返回/usr/bin/code扩展在~/.vscode/extensions如果是 snap 版扩展在~/snap/code/...下和 deb 版不互通。这就是为什么有人换了安装方式后扩展全没了——不是丢了是路径变了。2.2 Python 环境解释器与终端版本不一致的根因热词里VS Code 解释器与终端版本不一致是高频问题。根因通常有两个一是 VS Code 选的解释器是虚拟环境里的但集成终端启动时没激活那个环境二是系统里装了多个 Python比如 Microsoft Store 版、官网版、conda 版python命令指向的和 VS Code 选中的不是同一个。解决顺序是先用命令面板Python: Select Interpreter选中目标解释器然后在设置里把终端自动激活打开。// settings.json { python.defaultInterpreterPath: /home/user/venv/bin/python, python.terminal.activateEnvironment: true, terminal.integrated.defaultProfile.linux: bash }python.defaultInterpreterPath写绝对路径别写python这种依赖 PATH 的写法否则换终端就飘。python.terminal.activateEnvironment设为 true 后新开的终端会自动 source 虚拟环境。如果还是不生效检查 shell 的启动文件.bashrc/.zshrc里有没有手动改过 PATH 把系统 Python 提前了。提示改完设置一定要关掉所有旧终端再开新的集成终端只在创建时读取环境已经开着的终端不会自动刷新。2.3 C/C 工具链编译器、调试器和 redistributable 的关系Windows 上跑 C/CVS Code 本身不带编译器需要外部工具链。常见组合是 MinGW-w64提供 gcc/g/gdb或 MSVC。装完 MinGW 后要把它加进 PATH然后在 VS Code 里配tasks.json和launch.json。// .vscode/tasks.json { version: 2.0.0, tasks: [ { label: build, type: shell, command: g, args: [-g, ${file}, -o, ${fileDirname}/${fileBasenameNoExtension}.exe], group: { kind: build, isDefault: true } } ] }-g生成调试符号没有它 gdb 断点会失效。${file}是当前文件${fileDirname}是所在目录。如果编译时报找不到 g说明 MinGW 的bin目录没进 PATH或者 VS Code 是在改 PATH 之前启动的——重启 VS Code 让它重新读环境变量。这里要提一句 Microsoft Visual C Redistributable它是运行用 MSVC 编译出来的程序所需的运行时库和 VS Code 本身无关但很多 C/C 工具、数据库客户端、ODBC 驱动依赖它。报缺少 xxx.dll或安装时错误 1603八成是 redistributable 版本缺失或损坏装对应年份的 x64 版本即可注意 2015-2022 是合并包。3. 远程与容器把 VS Code 服务器装到目标机器上3.1 Remote-SSH 的连接流程和未能下载服务器的排查Remote-SSH 的原理是本地 VS Code 通过 SSH 连到目标主机然后在目标主机上跑一个 VS Code Server 进程本地只负责 UI。所以第一次连接时它要把服务器文件 scp 到目标机器。热词里正在使用 scp 将 VS Code 服务器复制到主机无法与主机建立连接未能下载 VS Code 服务器就是这一步出问题。# 先在本地终端手动验证 SSH 通不通 ssh user192.168.245.128 echo ok # 看目标机器架构服务器包要匹配 uname -m # x86_64 / aarch64 # 目标机器上确认有写入权限和足够空间 df -h ~如果 SSH 能通但服务器下载失败常见原因是目标机器访问不了下载源、磁盘满、或者~/.vscode-server目录权限不对。可以先删掉~/.vscode-server让它重下或者手动把服务器包传上去解压到对应目录。注意目标机器的 CPU 架构要和服务器包一致aarch64 的机器装 x86_64 的包会直接跑不起来。注意公司内网机器如果走代理才能出网要在目标机器的 shell 配置里设好否则 scp 那一步会静默失败。3.2 Dev Containers把环境写进配置文件比 Remote-SSH 更彻底的是 Dev Containers把整个开发环境定义在.devcontainer/devcontainer.json里团队里每个人打开都是同一套工具链彻底消灭我这能跑你那不能跑。{ name: python-dev, image: mcr.microsoft.com/devcontainers/python:3.12, features: { ghcr.io/devcontainers/features/git:1: {} }, postCreateCommand: pip install -r requirements.txt, customizations: { vscode: { extensions: [ms-python.python, ms-python.vscode-pylance] } } }image指定基础镜像features装额外组件postCreateCommand在容器建好后自动跑customizations.vscode.extensions让容器一开就自动装好扩展。这样新人 clone 仓库后选Reopen in Container就能直接开工不用再问你装了什么版本。3.3 嵌入式场景ESP-IDF 插件的安装路径问题做 ESP32 开发的人常遇到ESP-IDF 插件安装路径报错。这个插件会下载一整套工具链编译器、烧录工具、Python 环境体积大、路径深。默认它装在用户目录下如果路径里有中文或空格工具链调用会失败。// settings.json { idf.espIdfPath: /home/user/esp/esp-idf, idf.toolsPath: /home/user/esp/tools, idf.pythonInstallPath: /home/user/esp/python_env }三个路径都建议放在纯英文、无空格的目录下。idf.toolsPath是工具链根目录idf.pythonInstallPath是插件自建的 Python 环境。如果安装卡在下载阶段多半是网络问题可以手动下载工具链压缩包放到对应目录再重试。4. 避坑与排查那些让人怀疑人生的报错4.1 扩展装了却不生效现象扩展市场显示已安装但功能菜单不出现或者提示扩展未激活。原因通常是扩展装在了另一个 VS Code 实例的目录下比如同时装了 deb 版和 snap 版或者扩展与当前 VS Code 版本不兼容。解决用code --list-extensions看当前实例装了哪些确认路径一致不兼容就降级扩展或升级 VS Code。4.2 集成终端里的命令和外部终端结果不一样现象外部终端python --version是 3.12VS Code 集成终端里是 3.8。原因是集成终端启动时读的是登录 shell 还是非登录 shell 的配置不同PATH 顺序不一样。解决在settings.json里显式指定terminal.integrated.env.linux或改用绝对路径调用解释器别依赖 PATH。4.3 远程连接突然断了重连后扩展全要重装现象Remote-SSH 断开重连后目标机器上的扩展没了。原因是服务器端扩展装在~/.vscode-server/extensions如果这个目录被清理或磁盘满导致写入失败扩展就丢了。解决检查磁盘空间别把~/.vscode-server放在临时目录重要环境可以把扩展列表导出重连后批量装。4.4 安装或更新时报错误 1603现象装 VS Code 或某个依赖时弹出警告由于错误 1603。这是 Windows Installer 的通用失败码常见于旧版本没卸干净、注册表残留、或缺少 Visual C Redistributable。解决先用 Microsoft Program Install and Uninstall Troubleshooter 清理残留再装对应年份的 redistributable最后重装。4.5 中文路径导致的玄学问题现象项目放在含中文的目录下调试器启动失败、LaTeX 编译报错、某些扩展找不到文件。原因是部分工具链对非 ASCII 路径支持不好。解决项目目录、工具链目录、Python 环境目录全部用纯英文路径这是最省心的后悔药。5. 把 VS Code 接上模型 API 与 LaTeX两个高频进阶场景5.1 用第三方 API 接入模型补全现在很多人想在 VS Code 里接第三方模型做代码补全或对话。思路是装一个支持自定义 API 端点的扩展然后在设置里填 base URL、API Key 和模型名。以常见的 OpenAI 兼容接口为例// settings.json以某兼容扩展为例字段名以扩展文档为准 { aiAssistant.baseUrl: https://your-endpoint/v1, aiAssistant.apiKey: sk-xxxx, aiAssistant.model: your-model-name, aiAssistant.maxTokens: 2048 }关键参数是baseUrl要以/v1结尾多数兼容接口如此model必须和端点支持的模型名完全一致maxTokens别设太大否则响应慢还费额度。如果补全不触发先看扩展的输出面板有没有报 401/404401 是 key 错404 是路径或模型名错。切换不同模型时改model字段后要重启扩展宿主命令面板Developer: Reload Window。提示API Key 不要写进会提交到仓库的settings.json用用户级设置或环境变量避免泄露。5.2 LaTeX 工作流编译链和 PDF 预览VS Code 写 LaTeX 靠 LaTeX Workshop 扩展底层还是调本地的 TeX 发行版TeX Live 或 MiKTeX。核心是配好编译链让它自动跑latexmk。{ latex-workshop.latex.recipes: [ { name: latexmk, tools: [latexmk] } ], latex-workshop.latex.tools: [ { name: latexmk, command: latexmk, args: [-synctex1, -interactionnonstopmode, -file-line-error, -pdf, %DOC%] } ], latex-workshop.view.pdf.viewer: tab }-synctex1开启正反向搜索能在 PDF 和源码间跳转-interactionnonstopmode让编译遇错不停下来等输入适合自动化%DOC%是当前主文件名。如果编译报找不到 latexmk说明 TeX 发行版的 bin 目录没进 PATH。中文文档记得用 xelatex 而不是 pdflatex并在 recipe 里换掉工具。5.3 一个验证配置是否生效的小技巧改完一堆配置后怎么确认真的生效了我的习惯是开一个最小复现工程一个空文件夹放一个main.py或main.tex跑一遍完整流程选解释器 → 运行 → 调试 → 预览。如果最小工程能跑通说明配置没问题大工程出问题就是项目本身的依赖或路径问题排查范围立刻缩小一半。这个习惯帮我省了无数次在复杂项目里瞎找的时间。配置这东西改的时候记一笔改了什么、为什么改过两周回头看能救命。VS Code 的配置项上千个没人能全记住靠的是把踩过的坑沉淀成自己的settings.json和一份备注。希望帮到你。本文还有配套的精品资源点击获取