用 VSCode 开发 Spring Boot：环境搭建、热部署与调试实战指南

作为一个平时主力用VSCode写Java的人，我经常被人问：正经后端开发不都用 IDE 吗，你折腾 VSCode 图啥？说实话这个问题我答过很多次，但每次都能聊出点新东西。这次干脆写成一篇完整的记录，聊聊用 VSCode 开发 Spring Boot 程序这件事。从环境搭建、项目创建，到智能提示、热部署、断点调试，再到我实测踩过的那些坑，一次性讲清楚。适合刚开始接触 Spring Boot、又不想背着厚重 IDE 跑的人，也适合想从传统 IDE 切换过来、但一直犹豫的朋友。

VSCode 本质上是一个编辑器，但经过合理的扩展配置后，它在写 Spring Boot 项目上的体验已经相当能打。尤其是机器配置一般、同时开着多个项目、或者需要频繁切换语言栈的场景，VSCode 的轻量优势非常明显。下面我会按实际操作顺序来写，每一步都附带我自己的使用心得和参数选择逻辑，而不是简单罗列步骤。

1. 为什么我坚持用 VSCode 写 Spring Boot

很多人对 VSCode 开发 Java 的印象还停留在“只能写写单文件、没有好用的重构”那个阶段。实际上，这几年 Java 扩展生态已经成熟了很多，日常的编码、编译、测试、调试、热部署都能跑起来。我选择 VSCode 的核心原因有三个：启动速度快、内存占用低、多语言切换成本低。

1.1 轻量与启动速度的日常体感

传统 IDE 打开一个稍大的后端工程，经常要等半分钟到一分钟，期间还会疯狂索引、扫描、构建，风扇跟着狂转。VSCode 本身是个 Electron 应用，启动时只加载必要的窗口和扩展，首次打开工程确实会触发 Java 语言服务器做索引，但索引完成之后的日常操作都很跟手。我自己的机器是 16G 内存的开发本，同时开着 VSCode、浏览器、数据库客户端和两三个终端窗口，整体依然流畅。

这里有个关键理解：VSCode 对 Java 的支持不是内置的，而是靠语言服务器（Java Language Server）在后台工作。它继承自 Eclipse 生态的编译器能力，所以在代码补全、错误提示、快速修复上表现得像一个轻量 IDE。但它不会像传统 IDE 那样启动时就做全量项目分析，而是按需加载，这也是它更轻快的原因之一。如果你愿意，还可以通过设置把语言服务器内存限制调大，后面我会说明具体配置。

1.2 VSCode 生态对 Java 的支撑程度

用 VSCode 写 Spring Boot，核心扩展组合大概有这几个：Java 语言扩展包、Spring Boot 扩展包、Lombok 扩展、测试相关扩展。它们组合起来能覆盖大部分日常需求，包括：

• 代码补全与自动导入
• 重构（重命名、提取方法、签名变更）
• 编译和错误标记
• JUnit 测试的运行与调试
• Spring Boot 项目的快速启动、自动重启
• 基于 Spring 的图标、导航和 Bean 关联跳转

我实测下来，单模块的中小型 Spring Boot 项目体验非常流畅。如果是多模块 Maven 项目，只要模块结构清晰，也能正常工作，只是首次导入和索引时间会长一些。用到 MyBatis 的 XML 映射文件时，再补一个 MyBatis 扩展就能获得基本的 SQL 表建议和跳转能力。总之，不要拿 VSCode 和以 Java 为核心的专业 IDE 比极端场景，但也不要低估它在主流业务开发里的生产力。

1.3 哪些场景更适合 VSCode，哪些还是换回 IDE

我必须诚实地列一下边界，免得你踩坑后回来骂我。VSCode 特别适合以下场景：

• 单体 Spring Boot 服务、内部工具接口、快速原型开发
• 机器配置有限，或者需要长时间开着大量开发工具
• 同时写 Java、前端、Python、Shell 的混合型开发者
• 喜欢把终端、Git、容器、远程开发都揉在一个窗口里的习惯
• 远程连接到服务器或者容器内开发，VSCode 的 Remote-SSH 体验目前没有对手

而不太适合的场景也有：

• 超大项目（几十个 Maven 模块、海量依赖）的日常深度开发
• 重度依赖重构、复杂调试、结构化分析的业务系统
• 习惯了专业 IDE 快捷键和专属工作流的团队协作场景

我的个人建议是：如果团队整体使用 IDEA，你没必要非用 VSCode 折腾自己，工具要服务于协作效率；如果你是个人项目、自由职业或者团队内部已经统一用 VSCode，那这条路完全走得通。

2. 环境准备：从 JDK 到 Maven 的一次性配置

工欲善其事，必先利其器。用 VSCode 开发 Spring Boot，环境配置比很多人想象中简单，但有几个细节如果不注意，后续会反复踩坑。我先说结论：不要装一堆乱七八糟的运行时，保持 JDK、Maven 路径清晰，让 VSCode 能找到它们即可。

2.1 JDK 版本选择与安装细节

Spring Boot 3.x 要求 Java 17 起步，Spring Boot 2.7 及以前可以跑在 Java 8 和 11 上。如果你从零开始，我建议直接选 Java 17，因为它既是长期支持版本，也满足 Spring Boot 3 的要求。个别公司的老项目还在用 Java 8，那也没问题，VSCode 支持通过java.configuration.runtimes配置多个 JDK 版本，不同项目可以切换。

安装 JDK 时建议安装完整的 JDK，而不要只装 JRE。原因很简单：编译、调试、热部署都需要 javac 和 JVM 的调试接口。下载解压后，把路径记下来，比如/opt/jdk-17或者D:\\jdk-17，后面配置settings.json会用到。

验证安装是否有效，在终端执行：

java -version javac -version

如果 javac 提示找不到命令，说明你只配置了 JRE，或者系统 PATH 没有指向 JDK 的 bin 目录。这一步很重要，很多 VSCode 扩展报错都是因为系统找不到 JDK。

2.2 Maven 配置与国内镜像加速

Spring Boot 项目通常用 Maven 管理依赖。VSCode 里装好 Java 扩展包后，会自动识别 Maven 项目，但前提是系统里装了 Maven，或者项目里带有 Maven Wrapper（mvnw）。

我的建议是直接用 Maven Wrapper，它会把固定版本的 Maven 下载到项目里，团队协作时不容易出现版本不一致的问题。如果新建项目时没生成 Wrapper，也可以自己执行：

mvn -N wrapper:wrapper

这样项目根目录下就会多出mvnw和mvnw.cmd文件。

除此之外，Maven 的全局配置文件settings.xml一定要记得配置本地仓库路径和镜像源。尤其是国内网络环境下，中央仓库的下载速度极其不稳定，不配置镜像的话，第一次拉 Spring Boot 依赖很可能卡半天。我自己用的镜像配置大致是：

<mirror> <id>aliyun</id> <mirrorOf>central</mirrorOf> <name>Aliyun Central</name> <url>https://maven.aliyun.com/repository/central</url> </mirror>

注意这里的mirrorOf值要写成central，表示只拦截中央仓库，不会影响你自己发布的私有仓库。

2.3 必备扩展清单与关键设置

这一步是 VSCode 开发 Spring Boot 的核心。打开扩展面板，我建议依次安装以下几个：

• Java 扩展包：提供语言基础能力，包括编译、补全、重构、调试。这个包是聚合包，会连带装上 Java 语言服务器、调试器、测试运行器、Maven 管理工具等。
• Spring Boot 扩展包：提供 Spring Boot 项目创建向导、启动/停止 App、Bean 跳转、配置项补全。创建 Spring Boot 项目和运行 main 方法时非常有用。
• Lombok 扩展：支持注解处理器，编译和补全时能识别@Data、@Slf4j等注解生成的代码。
• Debugger for Java 和 Test Runner for Java：通常包含在 Java 扩展包中，但可以单独确认。

安装完成后，打开任意一个 Spring Boot 项目，VSCode 会自动触发 Maven 导入并启动语言服务器。如果项目一直停留在“Importing”状态，通常是因为依赖没有下载完，或者语言服务器内存不足。可以在settings.json中调整语言服务器内存：

"java.jdt.ls.vmargs": "-Xmx4G -XX:+UseParallelGC"

这一项非常管用。默认内存可能只有 1G，项目稍大一点就容易卡住甚至崩溃。调到 4G 之后，多模块项目和大量依赖扫描会稳定很多。

还有一个很实用的设置是自动导入的触发时机：

"java.autobuild.enabled": true, "java.completion.importMaven": true

前者保证保存文件后自动编译，后者保证在 import 时自动从 Maven 引入类。

2.4 验证环境：写一个最小启动类

环境配置完，为了验证是不是真的通了，我会在空目录里手工创建一个最基础的 Spring Boot 启动类。这里不依赖任何 IDE 向导，纯用 Maven 目录结构和两个文件来验证。

在目录下创建pom.xml：

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>3.1.4</version> <relativePath/> </parent> <groupId>com.example</groupId> <artifactId>demo</artifactId> <version>0.0.1-SNAPSHOT</version> <properties> <java.version>17</java.version> </properties> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies> </project>

再创建src/main/java/com/example/DemoApplication.java：

package com.example; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } }

然后在终端执行：

mvn spring-boot:run

如果控制台出现“Started DemoApplication”的日志，说明 JDK、Maven、依赖下载、启动链路全部正常。这一步走通之后，后续所有操作都会非常顺畅。

3. 创建 Spring Boot 项目：三种常用方式

很多新手会纠结到底用什么方式创建项目。我自己的经验是：方法之间没有绝对好坏，取决于你当前在做什么、要不要自动化生成、以及团队规范是什么。下面介绍三种我实际用过的创建方式，并给出选择建议。

3.1 通过 Spring Initializr 网页生成

浏览器打开 Spring Initializr 页面（start.spring.io），按表单填入 Group、Artifact、依赖等选项，点击生成，就可以下载一个完整的项目压缩包。这是最稳定、最不容易出错的初始化方式，因为生成结果就是官方推荐模板。

我在选择参数时通常这样填：

• Project：Maven
• Language：Java
• Spring Boot：选择最新的稳定版本，比如 3.x
• Group：写公司或团队域名反写，如com.example
• Artifact：写项目模块名，如demo-service
• Dependencies：按需勾选 Spring Web、Spring Data JPA、Lombok、Validation 等

下载解压后，用 VSCode 直接打开文件夹即可。这种方式特别适合刚开始接触 Spring Boot 的人，因为它保证所有配置都是官方默认，不会因为人为拼写错误导致项目无法启动。

3.2 在 VSCode 内直接创建

安装了 Spring Boot 扩展包后，VSCode 命令面板（Ctrl+Shift+P）里会出现“Spring Initializr”相关命令。执行后它会引导你选择依赖、输入项目信息，最后在当前窗口生成项目文件。

这个方式的体验非常接近网页版，但不用切换窗口，生成的所有内容都落在本地目录。它的底层和网页版是一样的初始化逻辑，所以生成的工程结构完全标准。我个人比较喜欢在 VSCode 里直接生成，省一道下载解压的工序。

需要注意一点：生成时选择依赖后，它默认会生成一个带mvnw的项目，所以你的环境里只要安装了 JDK 就能直接跑了。Maven 本身都可以不用全局安装。

3.3 用 Maven 命令手工搭建最小骨架

如果不用初始化器，也可以手工创建。这种方式适合对项目结构非常熟悉的资深开发者，或者在一些不允许访问外网的内部环境里使用。

大致流程是：

1. 创建pom.xml并补充 spring-boot-starter-parent 依赖
2. 创建src/main/java路径下的启动类
3. 创建src/main/resources/application.yml
4. 执行mvn compile验证编译通过

手工搭建的好处是完全没有多余文件，项目里只有你需要的东西。缺点也非常明显：如果环境不熟悉，漏掉某个配置或目录，错误排查会花很多时间。所以我不太建议新手一上来就走这条路，至少等亲手生成过一两次标准项目后，再手工搭建会有更有底。

3.4 三种方式的对比与选择建议

我整理了一个简单的对照表，方便你按场景选择：

我的建议是：团队或个人长期使用同一个骨架时，把手工搭建的目录结构做成模板，或者用 Maven Archetype 保存起来，这样比每次在网站上勾选更快。但如果你是第一次用 VSCode 写 Spring Boot，直接用扩展创建即可。

4. 核心开发体验：智能提示、热部署与调试

项目创建好之后，开发体验的关键就落在了编码辅助和运行调试上。这一节写的是我每天都会用到的高频操作。

4.1 Java 扩展的智能提示是怎么工作的

VSCode 的 Java 智能提示基于语言服务器。简单理解就是：扩展在后台启动了一个专门分析代码的服务进程，它会持续读取你当前的编辑内容、项目的编译产线，并生成补全建议、错误标记和重构方案。所以它不是一个简单的关键词匹配，而是真正解析了代码结构和类型。

这意味着补全会比普通编辑器准确很多。比如你写new String，它会列出所有相关重载；你调用某个 Spring 项目里的自定义方法，它能根据返回类型推测下一级方法。Bean 跳转、实现类查找也可以通过Ctrl+点击完成。

使用提示时有一个小技巧：如果补全列表没有出现预期的类，先看看底部状态栏是不是在“Building/Indexing”。如果索引没完成，任何补全都不完整。等右下角转圈结束后再操作，否则很容易误以为扩展坏了。

4.2 配置 Spring Boot DevTools 实现热重启

热部署是 Spring Boot 开发里最有感知的功能之一。修改 Controller 或 Service 代码后，不用手动重启应用，应用会自动重启并加载新代码。这个功能的核心依赖是spring-boot-devtools。

在pom.xml中加入：

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> <scope>runtime</scope> <optional>true</optional> </dependency>

添加后重启应用，再修改代码，你会发现终端日志里出现类似“Restarting with a new ClassLoader”的输出。这就是热重启生效了。

但热重启不是热替换。JVM 热替换只能改方法体，而 Spring Boot DevTools 通过自定义类加载器把整个应用上下文在后台重建了一次，表现为重启速度很快，但本质还是重启。如果你的类结构、静态变量位置变了，它能正确处理；但如果你改的是静态常量、配置元数据，有时需要手动重启才能生效。

还有一个很多人踩过的坑：DevTools 与 Lombok 同时使用时，偶尔会因为类路径变化报一种找不到注解处理器的错误。解决办法是确认项目中安装了 Lombok 扩展，并且pom.xml中 Lombok 的<scope>是provided而不是runtime。

4.3 打断点调试：从启动到 attach 模式

VSCode 调试 Spring Boot 有两种方式。第一种是直接创建一个 Java 调试配置，选择启动类的 main 方法，然后按 F5 运行。第二种是先以远程调试模式启动应用，再用 VSCode 的 attach 配置连接过去。日常开发建议用第一种，排查远程容器问题用第二种。

创建一个简单的启动调试配置可以在.vscode/launch.json中写：

{ "version": "0.2.0", "configurations": [ { "type": "java", "name": "Debug DemoApplication", "request": "launch", "mainClass": "com.example.DemoApplication", "projectName": "demo" } ] }

然后打开要打断点的文件，点击行号左侧红色圆点，按 F5 启动。当请求打到断点时会停下来，左侧出现变量面板，可以查看调用栈和表达式。这个体验已经非常接近专业 IDE 了。

如果需要在服务器上调试，先用如下命令启动应用：

java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 -jar demo.jar

然后在 VSCode 中新增一个 attach 配置：

{ "type": "java", "name": "Remote Attach", "request": "attach", "hostName": "127.0.0.1", "port": 5005 }

需要注意：attach 方式只能调试 Java 进程，不能调试 Docker 内的容器，除非把端口映射到宿主机。另外，生产环境不要开远程调试端口，这是基本功。

4.4 高频快捷键与效率技巧

我挑几个写 VSCode 时特别提高效率的快捷键和操作：

• Ctrl+Shift+P打开命令面板，可以快速执行 Spring Boot 的 start/stop
• Ctrl+鼠标左键跳转到定义，Alt+←返回
• Shift+Alt+O整理导入，清理无用 import
• Ctrl+.显示快速修复（导入缺失的类、生成方法、修变量名）
• F2重命名，且会同步修改所有引用

还有一个容易被忽略的技巧：VSCode 的终端可以使用 “Split Terminal” 同时开多个标签页。我会左边一个跑mvn spring-boot:run，右边一个用 curl 快速调接口，这样改完代码热重启后，立刻就能在同一个界面里验证结果，不用来回切窗口。

5. 实操案例：开发一个极简 REST 接口

为了让上面的内容不空转，这里走一个完整的实操流程。我们做一个最简单的用户接口模块，包含实体、Controller、Service 单层操作，用 H2 内存库存储数据。场景很轻，但每一步都会说明为什么这样写。

5.1 项目结构规划

在 VSCode 中用 Spring Boot 扩展创建一个新项目，命名为user-demo，勾选 Spring Web、Spring Data JPA、H2 Database、Lombok、Validation。

生成后结构如下：

user-demo ├─ pom.xml └─ src/main/java/com/example/userdemo ├─ UserdemoApplication.java ├─ entity │ └─ User.java ├─ repository │ └─ UserRepository.java ├─ service │ └─ UserService.java └─ controller └─ UserController.java

这种分包方式是 Spring Boot 开发最常见的方式。实体对应数据库表，Repository 负责数据访问，Service 负责业务逻辑，Controller 负责参数接收和结果返回。层级虽多，但职责清晰，后面对接前端或者接入权限时改动起来很舒服。

5.2 编写实体、持久层、业务层与控制层

实体类User.java：

package com.example.userdemo.entity; import jakarta.persistence.Entity; import jakarta.persistence.GeneratedValue; import jakarta.persistence.GenerationType; import jakarta.persistence.Id; import lombok.Data; @Data @Entity public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; private Integer age; }

Repository 接口：

package com.example.userdemo.repository; import com.example.userdemo.entity.User; import org.springframework.data.jpa.repository.JpaRepository; import org.springframework.stereotype.Repository; @Repository public interface UserRepository extends JpaRepository<User, Long> { }

Service 层：

package com.example.userdemo.service; import com.example.userdemo.entity.User; import com.example.userdemo.repository.UserRepository; import lombok.RequiredArgsConstructor; import org.springframework.stereotype.Service; import java.util.List; @Service @RequiredArgsConstructor public class UserService { private final UserRepository userRepository; public User save(User user) { return userRepository.save(user); } public List<User> findAll() { return userRepository.findAll(); } }

这里用@RequiredArgsConstructor配合final字段实现构造器注入，比@Autowired字段注入更清爽，也更便于单元测试。

Controller：

package com.example.userdemo.controller; import com.example.userdemo.entity.User; import com.example.userdemo.service.UserService; import lombok.RequiredArgsConstructor; import org.springframework.web.bind.annotation.*; import java.util.List; @RestController @RequestMapping("/users") @RequiredArgsConstructor public class UserController { private final UserService userService; @PostMapping public User create(@RequestBody User user) { return userService.save(user); } @GetMapping public List<User> list() { return userService.findAll(); } }

到这里，一个可运行的 REST 接口的骨架就完成了。按 F5 启动调试，或者直接执行mvn spring-boot:run，应用会启动在 8080 端口。

5.3 配置 H2 内存数据库与初始化数据

在application.yml中写入：

server: port: 8080 spring: datasource: url: jdbc:h2:mem:userdb driver-class-name: org.h2.Driver username: sa password: jpa: hibernate: ddl-auto: update open-in-view: false h2: console: enabled: true

ddl-auto: update表示每次启动时根据实体自动建表，内存库重启后数据清空，非常适合本地功能验证。H2 控制台可以从http://localhost:8080/h2-console登录查看表数据和 SQL。

5.4 启动并访问接口

启动完成后，在终端依次执行：

curl -X POST http://localhost:8080/users -H "Content-Type: application/json" -d '{"name":"张三","age":30}' curl http://localhost:8080/users

如果返回了创建成功的数据列表，说明整个链路正常。我平时会用浏览器的 REST 插件或直接 curl 来验证。修改 Controller 后，DevTools 会自动重启，紧接着再用 curl 测一次，就能立刻看到效果，整个迭代过程非常快。

6. 常见问题与排查实录

写这个章节时，我尽量把实际运行中见过的典型问题列全，每一条都是自己或身边同事踩过的。对照着查，大多数情况不用查半天资料就能解决。

6.1 语言服务器一直提示找不到 JDK

这个问题的根源大概率不是 JDK 没装，而是 VSCode 进程没有读取到系统的 JAVA_HOME 环境变量。特别是 macOS 上通过图形界面打开 VSCode 时，shell 里的环境变量不一定继承到 GUI 进程。

解决办法是在settings.json里显式指定 JDK 路径：

"java.jdt.ls.java.home": "/opt/jdk-17"

或者配置多个 JDK：

"java.configuration.runtimes": [ { "name": "JavaSE-17", "path": "/opt/jdk-17", "default": true }, { "name": "JavaSE-11", "path": "/opt/jdk-11" } ]

配置完成记得重启窗口，扩展才会重新读取。

6.2 Maven 项目导入卡在下载依赖

项目第一次打开时，Maven 会去拉取所有依赖。如果网络不好，进度条会卡很长时间，甚至一直转圈。优先检查这个文件：~/.m2/repository是否在持续增大。如果不增大，说明下载被卡住了。

最有效的办法是更换 Maven 镜像源，参考 2.2 里的配置。另外一个隐藏坑是 IDE 内置的 Maven 版本和项目需要的版本不兼容，可以在项目根目录执行：

mvn -N wrapper:wrapper -Dmaven=3.9.4

再让 VSCode 用项目里的mvnw来导入，能避开很多兼容问题。

6.3 DevTools 热重启没有触发

写了热部署配置但改代码没反应，通常有两个原因。一是 DevTools 被设置在runtime之外的其他 scope，导致生产编译里带了它，而开发启动时反而没有生效。二是 VSCode 的语言服务器自动构建没打开，代码虽然保存了，但新.class没有生成，DevTools 监听的类路径没有发生变化。

检查settings.json里java.autobuild.enabled是否为 true，并且确认终端日志里出现过 “Restarting” 字样。如果还没有，手动执行一下mvn compile，然后再改一次代码。偶尔语言服务器自己也会产生延迟，等一两秒再观察。

6.4 调试时端口被占用

应用正常启动过，但第二次 F5 调试时报 8080 端口占用。大多数情况是之前启动的实例没有被真正杀掉，尤其是热重启可能残留后台进程。在终端执行：

lsof -i :8080

找到 PID 后：

kill -9 <PID>

如果是在 VSCode 内的调试，也可以直接打开调试控制台，点红色方块停止所有调试会话。如果还是不行，大概率是 Maven 插件启动的子进程没被回收，杀掉系统内 Java 进程即可。

6.5 控制台中文乱码

Windows 下比较常见。Spring Boot 启动日志中有中文，默认编码如果不对就会变成乱码。解决方案是统一 UTF-8，首先确保文件编码是 UTF-8，然后给 Maven 配置：

mvn spring-boot:run -Dfile.encoding=UTF-8

更持久的方式是在.vscode/settings.json中设置：

"terminal.integrated.profiles.windows": { "PowerShell": { "path": "powershell.exe", "args": ["-NoExit", "-Command", "chcp 65001"] } }

或者直接在启动前运行chcp 65001切换终端编码。这个问题不影响程序功能，但很影响日志可读性，建议一次性解决。

6.6 VSCode 自身卡顿与内存调整

如果你发现 VSCode 整体变卡，不一定是扩展的问题，也可能是语言服务器占用过多内存，或者 VSCode 进程内多个扩展互相竞争。我给的调整思路是：

• 关闭不用的工作区扩展，特别是大型前端扩展和高亮插件
• 在settings.json中限制语言服务器内存到合适区间，例如 2G 到 4G
• 避免一个工作区打开几十个 Spring Boot 模块，拆分成多个工作区反而更快
• 定期清理.metadata和缓存目录

还有一个技巧是使用Developer: Startup Performance命令查看每个扩展的启动耗时，揪出拖慢速度的元凶。大多数情况下卡顿是某个扩展导致的，而不是 VSCode 本身。

7. 个人体会与后续可以玩的技巧

写到这里，我把这一路用 VSCode 写 Spring Boot 的所有实用经验都整理出来了。说实话，它并不能完全替代专业 Java IDE 在重型大型项目中的地位，但对于日常开发和轻量级服务来说，VSCode 这套组合拳已经足够顺手。尤其是我这种需要同时维护前端、Python 脚本和后端接口的人，一个 VSCode 窗口把所有事情都搞定，这种切换成本和降低的心智负担是实打实的收益。

如果你决定尝试，我最后再分享几个小技巧：

第一，务必将常用命令绑定成自己的快捷键。比如启动、停止 Spring Boot，我可以一键完成；整理导入和跳转定义也都能单手操作。把这些高频动作固化后，VSCode 的开发速度不会输给任何 IDE。

第二，多利用 VSCode 的 Task 功能。我习惯定义一个任务来运行mvn spring-boot:run，这样不仅能在终端里看到输出，还可以绑定到快捷键上，不用手动敲命令。

第三，把launch.json和settings.json提交到 Git 仓库。团队新人拉下代码后自动获得调试配置和编码规范，远比让每个人手动配置要好。

第四，如果目标是团队内推广 VSCode 开发 Spring Boot，建议先准备一份统一的扩展列表和设置文件。把 JDK 路径、Maven 镜像、语言服务器内存这些容易出问题的配置全部写清楚，能省下大量答疑时间。

对我来说，工具始终服务于效率和心情。VSCode 让我放下了“背着一个笨重 IDE 才能写 Java”的固执，也让后续接触的其他技术栈停留在同一个工作台里。这篇文章已经把我踩过的坑和沉淀下来的方法写得很透彻了，剩下就看你能不能动手把第一个 Spring Boot 项目跑起来。