企业官网建设流程全解析

用VSCode这几年，我从一个记事本写代码的“原始人”，彻底变成了离开它就不会写代码的“现代人”。说实话，编辑器这块，VSCode不是没有竞争对手，但论生态、论免费程度、论跨平台一致性，它确实是目前最省心的选择。这篇东西我不打算写成官方文档的翻译版，而是想从一个实际每天都在用、踩过无数坑的普通开发者的角度，把从下载安装到深度配置、再到配合AI和远程开发的一整套流程串起来。无论你是刚入门的学生，还是想优化工作流的职场老手，这篇文章里应该都有你能直接拿走用的东西。

1. 内容整体设计与思路拆解：为什么是VSCode

1.1 核心需求解析：编辑器≠IDE，但VSCode想通吃

先聊点实在的。很多人纠结VSCode和JetBrains全家桶（IDEA、PyCharm、CLion）怎么选，我的看法是：如果你写Java或者需要重度重构，IDEA依然是王者；但如果你写Python、C/C++、前端、Go、Rust，或者你是一个需要同时碰七八种语言的“杂食动物”，VSCode的轻量和插件化优势就非常明显了。

VSCode本质是一个编辑器，它不像传统IDE那样内置了所有语言的编译调试工具链，而是通过“编辑器核心 + 插件市场”的形式，把选择权交给你。这种设计思路带来的直接好处是：启动快、内存占用相对可控、界面统一。坏处也很明显，就是你得自己动手配置环境，对新手不太友好。尤其是国内用户经常遇到的C/C++环境配置、Python解释器选择、中文乱码这些问题，其实90%都是配置不当造成的，而不是VSCode本身的问题。

1.2 方案选型背后的考量：从“能用”到“好用”的配置哲学

我的配置哲学是：够用就好，按需安装，不要贪多。我看到过很多人的VSCode装了上百个插件，结果打开一个文件都要卡三秒，这完全背离了VSCode轻量的初衷。我更推荐的做法是，先明确自己的工作场景，比如“我用Python做数据分析”或者“我用C语言刷题”，然后只安装那个场景下必需的插件，其他的用到再装。

另外一个重要的考量是跨平台一致性。我在Windows、macOS、Linux（Ubuntu）三套系统上都用VSCode，通过Settings Sync（现在官方叫“设置同步”）登录GitHub或微软账号，就能把插件、设置、快捷键同步到所有设备。这意味着你在家里Windows上配好的环境，到了公司Ubuntu机器上打开就是一样的界面，零成本迁移，这个体验是传统IDE很难给的。

2. 安装与初始配置：从官网下载到完成汉化

2.1 版本选择与安装细节：User Installer和System Installer怎么选

关于下载，直接搜“VSCode官网”或者访问官方地址 code.visualstudio.com 就行，千万别去第三方下载站，那些捆绑了各种全家桶的版本我一个都不想评价。官网会根据你的操作系统自动推荐下载包，Windows用户会看到User Installer和System Installer两个选项。

我个人的建议是：个人开发机选User Installer，公司电脑或经常需要给不同用户提供环境的机器选System Installer。User Installer安装后不需要管理员权限，装在当前用户目录下，不会触发UAC弹窗，而且不影响系统其他账户。System Installer虽然要管理员权限，但可以装到Program Files目录，支持所有用户共用。

这里补充一个实战细节：Windows下安装时，务必勾选“添加到PATH”和“在右键菜单中添加‘用Code打开’”这两项。前者让你可以在任意命令行窗口直接输入code就打开VSCode，后者极大提升日常操作效率，比如在某个项目文件夹右键就能直接进入VSCode环境。很多人装完发现命令行用不了，基本都是因为漏了这一步。

Linux（以Ubuntu为例）用户的话，官网推荐用.deb包，直接双击安装或者用sudo dpkg -i命令都行。但更有意思是用snap方式安装，这样以后升级会自动跟进，不用自己手动下载。不过snap版启动速度会慢个零点几秒，资源敏感型用户还是老老实实用deb包吧。

2.2 汉化与基础设置：试试这些，界面立刻变顺手

装好之后第一件事，很多人是汉化。其实VSCode的语言是插件化的，在扩展商店里搜“Chinese (Simplified)”，安装微软官方出的那个简体中文语言包，然后按Ctrl+Shift+P打开命令面板，输入Configure Display Language，选择zh-cn，重启就完成了。

不过我要多说一句：我其实不太建议新手一开始就汉化。原因很简单，你以后查资料、看报错、搜Stack Overflow，绝大多数信息都是英文的，如果编辑器界面是中文的，你会很难把报错信息和界面控件对应起来。当然这纯粹是个人习惯，如果你想用中文，直接用，不用有心理负担。

基础设置方面，有几个选项是我每次配置新环境必调的：

• "editor.fontSize": 16，默认字号偏小，写代码久了眼睛累。
• "editor.wordWrap": "on"，虽然程序员一般不喜欢自动换行，但看Markdown和长文本时这个很有用。
• "workbench.colorTheme"，推荐Dark+或One Dark Pro，亮度低的护眼，也能提升专注度。
• "files.autoSave": "afterDelay"，配合"files.autoSaveDelay": 1000，代码自动保存，防止崩溃丢内容。
• "editor.minimap.enabled": true，右侧缩略图默认开着，定位长文件很方便。

3. 语言环境配置实战：Python、C/C++与Java

3.1 Python环境：解释器选择与智能提示修复

Python是VSCode里用得最多的语言场景之一。配置核心就两步：装插件、选解释器。

插件只推荐微软官方的Python扩展（Python extension for Visual Studio Code），它会连带安装Pylance（提供智能提示和类型检查）和Python Debugger（调试器），这个组合已经能覆盖绝大部分需求。

安装完插件后，按Ctrl+Shift+P输入Python: Select Interpreter，选择你实际用来跑环境的解释器。这里有个大坑是热词里提到的：“选择的Python解释器无效，请尝试更改解释器以启用IntelliSense”。这个报错我在Windows和Ubuntu都遇到过，排查思路如下：

• 确认解释器路径是否正确。在命令面板选择解释器时，VSCode会列出检测到的所有Python，选错了自然报错。
• 确认Python是否真的安装成功。在终端里输入python --version或python3 --version，如果提示命令找不到，说明环境变量没配好。
• 如果是用conda创建的虚拟环境，先conda activate激活环境，再在VSCode里选择对应的解释器路径。
• 还有一种情况是Pylance的缓存问题。删除~/.cache/pylance（Linux/macOS）或%LOCALAPPDATA%\Microsoft\Python Language Server（Windows），重启VSCode再试。

另外建议把"python.terminal.executeInFileDir": true设置加上，这样运行Python文件时，终端会切换到文件所在目录，避免相对路径读取不到的尴尬。查看函数参数也很简单，鼠标悬停在函数上会显示签名，或者按Ctrl+Shift+Space手动触发参数提示。

3.2 C/C++环境：tasks.json和launch.json是核心

C/C++是新手踩坑的重灾区。很多人以为装了C/C++插件就能编译运行了，结果发现按了F5完全没反应。这里必须理清一个逻辑：VSCode本身只是个编辑器，编译器和调试器都是外部的。Windows上用MinGW（我用的是w64devkit或者MSYS2）或Visual Studio Build Tools，Linux/macOS用gcc/g++和gdb。

配置C/C++环境的本质，其实是写好两个JSON文件：tasks.json（定义编译任务）和launch.json（定义调试配置）。举个最简单的例子，单个源文件的编译任务：

// .vscode/tasks.json { "version": "2.0.0", "tasks": [ { "label": "C/C++: gcc build active file", "type": "cppbuild", "command": "/usr/bin/gcc", "args": [ "-fdiagnostics-color=always", "-g", "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": ["$gcc"], "group": { "kind": "build", "isDefault": true } } ] }

这里几个变量的含义需要搞明白：${file}是当前文件的完整路径，${fileDirname}是当前文件所在目录，${fileBasenameNoExtension}是不带扩展名的文件名。所以上面这个任务的意思就是用gcc编译当前文件，输出到同目录下同名的可执行文件。-g参数生成调试信息，-fdiagnostics-color=always让报错信息带颜色，易于阅读。

调试配置的核心是launch.json里"program"字段要指向编译出来的那个可执行文件：

// .vscode/launch.json { "version": "0.2.0", "configurations": [ { "name": "C/C++ Debug", "type": "cppdbg", "request": "launch", "program": "${fileDirname}/${fileBasenameNoExtension}", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": false, "MIMode": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "C/C++: gcc build active file" } ] }

preLaunchTask是重点，它指定了在按F5启动调试前，先自动执行编译任务，这样就不用手动切到终端编译一遍再回来调试了。关于“写C没有代码提示”的问题，大概率是C/C++插件没有正常加载，或者你的代码里有语法错误导致IntelliSense罢工。可以试试在命令面板运行C/C++: Reset IntelliSense Database，如果不行，检查.vscode/c_cpp_properties.json里"compilerPath"是否指向了正确的gcc路径。

说道这里顺便提一下热词里的“VSCode没有编辑配置选项”。这个通常指C/C++插件的IntelliSense配置界面找不到了，新版C/C++插件已经改成用c_cpp_properties.json文件控制，在命令面板里输入C/C++: Edit Configurations (JSON)就能打开，不用再找那个按钮了。

3.3 Java运行乱码问题：编码统一的必要性

Java场景下，VSCode搭配Extension Pack for Java是标配。乱码问题通常是编码不一致导致的，高频现象是：终端输出中文乱码，但代码文件没问题。排查方向有三个：

• 确保源文件编码是UTF-8。VSCode右下角状态栏会显示当前编码，点击可以切换。
• 确认编译器编码和运行环境编码一致。在settings.json里加上：

"java.debug.settings.consoleEncoding": "UTF-8", "java.console.encoding": "UTF-8", "terminal.integrated.defaultProfile.windows": "Command Prompt"

• Windows下如果依然乱码，试试把"terminal.integrated.profiles.windows"里的默认终端改成Command Prompt，有些终端模拟器（比如PowerShell 5.1）默认用GBK解码，会跟UTF-8冲突。

4. 远程开发与工作流：SSH、WSL与Git集成

4.1 SSH远程连接：像写本地代码一样操作服务器

VSCode的远程开发插件（Remote - SSH）是我个人最依赖的一个能力。以前写服务器端代码，要不就是在终端里用vim（虽然我不否认vim很强大，但学习曲线太陡），要不就是本地改完传上去，效率极低。现在直接在本地打开远程服务器的文件夹，代码补全、Git、终端、调试全套都可以用，几乎是零时延的体验。

使用步骤很简单：

1. 安装Remote - SSH扩展。
2. 按Ctrl+Shift+P输入Remote-SSH: Connect to Host，输入用户名@服务器IP。
3. 第一次连接会让你选择远程服务器的操作系统类型（Linux/Windows/macOS），之后选择服务器端平台。
4. 连接成功后，左下角会显示“SSH: 服务器IP”，这时候点“打开文件夹”，选项目路径就可以开始了。

这里有个关键体验是：远程开发时，插件分本地和远程两端。比如C/C++扩展需要在远程端也安装一份，因为编译、调试、IntelliSense都在远程执行。如果你发现远程打开项目后有些功能不好用，先去扩展面板看是不是有提示“在SSH:xxx上安装”。

4.2 本地项目配合WSL：Ubuntu环境一键切换

Windows上开发，如果有些依赖（比如Linux特有的库）在Windows环境装起来很麻烦，WSL（Windows Subsystem for Linux）是绝配。VSCode的连接方式跟SSH几乎一样，装好Remote - WSL扩展后，左下角选择“连接到WSL”即可。

在WSL里打开项目后，要注意一点：打开目录应该使用WSL中的路径（如/home/user/project），而不是Windows路径（如C:\Users\user\project），否则可能触发文件监听和权限的问题。另外，VSCode的code命令在WSL里也能直接使用，在WSL终端里输入code .会在当前目录启动VSCode并自动连接WSL。

4.3 Git操作与Worktree：多分支并行开发的利器

远程开发之外的日常场景，Git集成占了很大比重。VSCode左侧的源代码管理面板能看变更、暂存、提交、推送，大部分场景不用切终端。但有几个进阶功能我想提一下。

热词里出现的“create a new git worktree”，这是Git 2.5+引入的功能，用来在不切换分支的情况下同时checkout多个分支到不同目录，对需要并行开发的场景非常有用。VSCode里目前没有直接用按钮，但可以通过命令面板或者Git Bash操作：

git worktree add ../project-feature-branch feature-branch

这样你就在../project-feature-branch目录下检出了feature-branch分支，可以在这个目录里再打开一个VSCode窗口，两个分支互不干扰地开发、测试。用完及时清理：

git worktree remove ../project-feature-branch

如果忘了清理，VSCode的Git面板会一直显示那些游离的worktree分支。

关于清理删除分支，命令行最稳：

git branch -d branch-name # 安全删除，未合并会拒绝 git branch -D branch-name # 强制删除

删完分支后记得推送同步删除远程分支：

git push origin --delete branch-name

VSCode里也可以在Git面板右键分支选择“删除分支”，不过远程分支的同步删除还是命令行更清晰。

4.4 SVN开发者的VSCode生存指南

还在用SVN的团队，VSCode也能用，核心插件是svn（一个纯JS实现的SVN客户端，不需要额外命令）。装完之后源代码管理面板就会识别SVN仓库，能看修改、提交、更新、还原，基本对标IDE里的SVN插件。

这里有个实用小技巧：SVN不像Git有本地仓库概念，所以VSCode的“源代码管理”视图需要手动点击刷新才能看到远程最新状态（或者用svn update命令）。同时推荐设置"svn.path"为你的svn可执行文件路径，免得插件找不到命令。标记文件时，SVN的行为跟Git差别很大，SVN用“+/-/？”图标表示状态，没有暂存区的概念，所以也别想着git add那套，右键直接“提交”就是全部了。

5. AI辅助编程：Codex、Claude与DeepSeek的接入实践

5.1 在VSCode里用好Codex插件：登录与账号切换那些事

AI编程助手是这两年的重头戏。热词里提到的“Codex插件”，是OpenAI推出的编码智能体工具，可以理解为在编辑器里集成了一个能读代码、改代码、跑命令、甚至能开终端执行操作的AI。它和普通聊天式编程助手的区别在于：Codex可以直接操作工作区，像一个能理解上下文的结对程序员。

安装Codex插件后，第一个问题是登录。VSCode里点击Codex插件图标，会有一个登录按钮，点击后会拉起浏览器跳转到OpenAI的认证页面，授权后自动回跳。但我遇到过几次登录回调失败的情况，常见原因是公司内网代理拦截了回调。这时候可以试试在设置里把codex相关的请求代理配好，或者干脆在浏览器上先登录OpenAI账号，再回VSCode操作。

热词里还有个“在VSCode中切换Codex账号”，这个在插件面板的底部或设置菜单里可以找到Account选项，点击切换即可。切换账号前注意，有些Codex类的插件会把会话记录跟账号绑定，切换后旧会话可能看不到，别误以为代码丢了。

5.2 Claude接入VSCode：会话记录丢失问题的解决思路

Claude Code是Anthropic推出的类似终端里运行的编程智能体，它也可以在VSCode的终端里运行（claude命令），不少团队还把它封装成VSCode扩展使用。热词里提到“VSCode中的Claude直接关闭软件后找不到对话记录”，这个我确实遇到过。原因很直接：Claude Code在VSCode里跑的时候，会话记录默认是保存在终端环境里的临时位置，关闭VSCode进程后，这些临时记录被系统回收了。

解决办法：

• 使用claude --resume（或新版命令claude --continue）恢复最近一次会话，前提是会话历史文件没有被清空。
• 关闭VSCode前，建议先把关键对话内容导出，用Claude的/export命令把当前会话存成JSON或文本。
• 不要直接点VSCode的关闭按钮，先在终端里输入/exit正常退出Claude，让它有机会写盘保存。

另外，把Claude以独立进程方式启动（在系统终端启动，而不是VSCode内置终端），这样即使VSCode关闭，Claude进程还在，会话记录就不会丢。

5.3 DeepSeek和其他模型接入：手动添加API兼容层

热词里“VSCode接入DeepSeek”和“VSCode手动添加API”放在一起讲，因为背后的机制是一样的。很多AI编程插件（比如Cline、Roo Code、opencode）都支持自定义Base URL和API Key。DeepSeek的API是兼容OpenAI格式的，所以只要把Base URL从https://api.openai.com改成DeepSeek的地址，填入你的API Key，模型选择deepseek-chat或deepseek-reasoner就能用。

以Cline插件为例，手动添加流程：

1. 打开Cline插件设置。
2. 在“API Provider”里选择“OpenAI Compatible”。
3. Base URL填https://api.deepseek.com/v1。
4. API Key填入你在DeepSeek开放平台申请的密钥。
5. Model ID填deepseek-chat（或deepseek-coder等支持的模型名）。

“手动添加API”的通用思路就一句话：找到你用的插件里“自定义模型/自定义Provider”的入口，把OpenAI兼容接口的Base URL和Key填进去。市面上主流的国内大模型API基本都做了兼容层，所以这套路能覆盖很多场景。

5.4 opencode插件与black formatter使用

OpenCode是一个开源的AI编程助手，也提供VSCode扩展，支持对接OpenAI、Claude等多模型。安装后在侧边栏会多出一个AI面板，可以直接在全局或选中代码范围内让AI解释、修改、生成代码。它的特点是“开源”和“多模型”，对隐私要求高的团队可能会倾向这种自托管方案。

Black Formatter是Python代码格式化器，在VSCode里的使用方式非常简单：安装Black Formatter扩展后，在设置里把Python的默认格式化器改成Black（操作路径：设置搜python.formatting.provider选black），然后在代码里按Shift+Alt+F就能自动格式化。如果你是在团队项目里，写一个pyproject.toml配置行长度和模式，能保证大家格式化风格统一。有一个细节：Black对字符串格式化非常严格，老代码第一次跑Black会大改版，建议先用black --check看看改动范围，别一上来就全量格式化。

6. 嵌入式与机器人场景：PlatformIO、Micro-ROS与ESP32-S3

6.1 PlatformIO插件与ESP32-S3开发

嵌入式开发浮出水面。热词里“micro-ros ros2 esp32s3 vscode platformio”这几个词连在一起，基本就是一套非常具体的开发场景：用VSCode + PlatformIO做ESP32-S3的Micro-ROS固件开发，然后跟ROS2通信。

PlatformIO是一个嵌入式开发平台，插件装好后，它会自动管理工具链、SDK、依赖库。创建项目时选好板子（ESP32-S3可以用Espressif ESP32-S3-DevKitM-1等型号），选好框架（Arduino或ESP-IDF），就能直接编译、烧录、串口监视。相比Arduino IDE，PlatformIO的项目化、依赖管理、编译速度都有明显优势，尤其是大工程，体验甩开几条街。

Micro-ROS是把ROS2的核心通信协议跑在嵌入式设备上的方案。在ESP32-S3上用Micro-ROS开发，一般要经过这几个步骤：

1. 用micro_ros_setup工具（在Linux环境中）生成ESP32-S3的Micro-ROS交叉编译工具链和固件库。
2. 把生成的库导入PlatformIO项目（PlatformIO支持库文件夹集成）。
3. 在代码里初始化WiFi或串口传输，连接代理（Micro-ROS Agent）。
4. 微控制器端通过rclc库创建Publisher/Subscriber，跟ROS2主控通信。

这里要提醒的是，Micro-ROS本身对硬件资源有要求，ESP32-S3有512KB SRAM，跑Micro-ROS勉强够用，但别同时开太多ROS2话题，内存会爆。而且Micro-ROS的库版本跟ROS2发行版本有对应关系（如ROS2 Humble对应特定版本的micro-ROS），务必先查兼容表再动手。

6.2 嵌入式调试的通用技巧

嵌入式场景除了编译烧录，调试也是重头戏。PlatformIO内置了调试器支持（需要板载调试器或外接J-Link/OpenOCD），配好后可以像调试普通程序一样在VSCode里打断点、看变量、看调用栈。这样能少烧很多次板子，省下的时间足够多写几百行代码了。

调试配置要点有两个：一是platformio.ini里要加上debug_tool = esp-prog（或你用的调试器型号）；二是在.vscode/launch.json里用PlatformIO插件生成的调试配置，不要自己手写J-Link路径，插件会自动填。

7. 常见问题排查与实用技巧

7.1 常见问题排查与实用技巧

7.1 高频报错排查：解释器无效、中文乱码、没有代码提示

遇到问题别慌，先把通用排查思路列出来。为了方便查阅，我把热词里的几个高频问题整理成表格：

7.2 代码提示失效的通用排查三步走

不管是C、Python还是Java，遇到代码提示失效，我一般按这个顺序排查：

1. 先看有没有装插件。VSCode本身不提供语言智能提示，每种语言都需要对应的语言扩展。没装插件的编辑器，本质就是个带高亮的文本编辑器。
2. 再看有没有语法错误。很多语言服务（比如C++的IntelliSense）检测到当前文件有语法错误时会罢工。打开问题面板（Ctrl+Shift+M）先解决被标红的错误，提示大概率会恢复。
3. 最后重置语言服务。C/C++选项是“Reset IntelliSense Database”，Python则是Python: Restart Language Server。这一步能干掉很多玄学问题。

7.3 小心这些被忽视的坑

• 不要把工作区根目录设成整个用户目录，VSCode会扫描海量文件，导致索引疯狂吃CPU。
• 文件路径别带中文和空格，C/C++的编译器经常因此找不到文件。
• 插件太多了会拖慢启动，用不到就禁用，有些插件在状态栏挂了一堆图标，看着也难受。
• .vscode文件夹建议加入Git仓库，这样团队每个人都复用同一套launch.json和tasks.json，减少“在我电脑上是好的”这种扯皮。

8. 自己动手做个VSCode插件：点击按钮打印日志

8.1 插件开发其实没想象中那么难

热词里有一条“做一个VSCode的插件，可视化功能，点击按钮，打印日志即可”，这个话题很有代表性。其实写一个VSCode插件，本质上就是写一个Node.js包，只要你会JavaScript/TypeScript基础，门槛非常低。

先初始化项目。用官方脚手架：

npm install -g yo generator-code yo code

脚手架会问你想要什么类型的插件，选“New Extension (TypeScript)”。生成的项目结构里，最关键的就是package.json（声明插件激活事件和命令）和extension.ts（实现命令逻辑）。

我们实现“点击按钮打印日志”分三步：

定义命令。在package.json的contributes.commands里加一个命令声明：

"contributes": { "commands": [ { "command": "myExtension.printLog", "title": "打印日志" } ] }

实现命令逻辑。打开src/extension.ts，在activate函数里注册命令：

import * as vscode from 'vscode'; export function activate(context: vscode.ExtensionContext) { const disposable = vscode.commands.registerCommand('myExtension.printLog', () => { const output = vscode.window.createOutputChannel("My Log"); output.show(); output.appendLine('点击了打印日志按钮'); vscode.window.showInformationMessage('日志已输出到面板'); }); context.subscriptions.push(disposable); }

调试运行。在VSCode里按F5，插件会以“插件开发主机”模式启动一个新窗口，新窗口里按Ctrl+Shift+P输入“打印日志”，就能看到输出面板里出现了日志。

8.2 从“能用”到“好用”：给插件加个可视化按钮

很多人到这里就觉得完事了，但作为从业者，我建议你再进一步，给这个命令加个可视化入口。这样不用每次敲命令，直接在界面上点按钮就行。

在package.json的contributes里增加menus配置：

"contributes": { "commands": [ { "command": "myExtension.printLog", "title": "打印日志", "icon": "$(output)" } ], "menus": { "editor/title": [ { "when": "editorTextFocus", "command": "myExtension.printLog", "group": "navigation@1" } ] } }

这样在编辑器标题栏右侧就会出现一个图标按钮，点一下就能触发命令。$(output)是VSCode自带的图标语法，你可以换成$(bug)、$(rocket)这些，选个语义相符的就行。

插件开发最能体现“自下而上”的成长路径：先解决自己的痛点，做一个内部小工具，用顺手了再迭代功能、共享给团队使用。我做过好几个这种几十行代码的小插件，虽然不如市面上那些大而全的扩展，但胜在完全贴合自己的习惯，没有多余功能。

9. 我的经验分享：几个让VSCode更好用的小技巧

最后分享几个不写进官方文档、但实测能提升幸福感的小细节：

第一，善用快捷键。Ctrl+K然后按Ctrl+S可以打开快捷键设置，Ctrl+K然后按Ctrl+R可以快速查看最近的记录。Ctrl+Shift+K是删除整行，Alt+↑/↓是移动整行代码，这两个键值得肌肉记忆。

第二，多光标编辑。按住Alt在多个位置点一下就能同时编辑这几个位置。批量修变量名、给多行加前缀后缀，效率至少翻一倍。我见过很多老手还在用一列列替换的老办法，看着就着急。

第三，代码片段（Snippets）是隐藏的时间神器。比如在settings.json里自定义一个Python文件头模板：

"python.codeGeneration.template": "# -*- coding: utf-8 -*-\n# @Author : \n# @File : ${TM_FILENAME_BASE}.py\n# @Date : ${CURRENT_YEAR}-${CURRENT_MONTH}-${CURRENT_DATE}\n"

以后新增Python文件就能自动带上文件头。同理，C/C++、Java、JS都可以自定义。

第四，工作区级别的.vscode/settings.json尽量用它来约束项目环境，而不用全局设置。团队协作时，每个人机器上的全局设置不同没关系，工作区设置（提交到Git）能让所有人都用同一套规则，从根源上减少“环境不一致”造成的矛盾。

VSCode这个东西，属于典型的“上限极高、下限也极低”的工具。装个插件、改个配置、写个脚本，它的体验就会提升一个档次。希望这篇基于真实踩坑经历整理的文章，能帮你躲开那些我走过的弯路，把时间真正花在写代码上。