sublime text 无法用于 spring boot 微服务调试，因其根本不支持 jdwp 调试协议，既不能连接 jvm、设置断点、读取变量或查看调用栈，也无法解析 maven 多模块依赖、理解 spring 注解上下文或提供语义化 yaml 补全，所谓“调试”仅限手动日志输出。
Sublime Text 不能用于 Spring Boot 微服务调试——不是“配置不够”，而是根本缺失调试协议支持。
它不连接 JVM 的 JDWP 接口，无法设置断点、读取变量、查看调用栈，也不感知 Spring 的 Bean 生命周期或注解上下文。所谓“调试”，最多是手敲 System.out.println 或靠日志盲猜。
为什么 Sublime Text 连断点都设不了
IDEA 和 Eclipse 调试依赖 JVM 启动时附加的 -agentlib:jdwp 参数，并通过 socket 与 IDE 通信。Sublime Text 没有内置 JDWP 客户端，所有插件（如 SublimeJava 或 EasyClangComplete）都只处理编译/语法，不接管调试会话。
-
Sublime Text启动的 Spring Boot 进程默认不开启调试模式，即使加了-Xdebug参数，也没地方接收和响应调试指令 - 任何“跳转到定义”在跨模块场景下失效：比如从
gateway模块点击@Autowired UserService，不会跳进user-service的实现类，因为没解析pom.xml中的<modules></modules> -
application.yml里的lb://USER-SERVICE被当成纯字符串，没有服务名语义补全，也无法悬停查看注册状态
强行“模拟调试”的三个危险操作
有人用 subl 命令配合外部工具“凑合”，但每一步都在绕开本质问题：
- 用
curl手动发请求 + 看console日志：无法观察中间态变量，对@Async或@Transactional方法完全无感 - 装
SublimeLinter+shellcheck类插件检查 YAML 格式：能报缩进错误，但识别不出spring.cloud.gateway.routes[0].uri: lb://MISSPELLED-SERVICE这种逻辑错 - 靠
Ctrl+P模糊搜索类名跳转：搜到同名类（比如多个UserController）时无法区分模块归属，容易点错
真正需要调试时，你必须切换到 IDEA 或 Eclipse
不是“推荐”，是技术事实：Spring Boot 微服务调试强依赖以下能力，而它们只存在于完整 IDE 中：
- 启动时自动注入
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:5005 - 识别
@ConditionalOnMissingBean等注解，在Beans视图里展示实际加载的 Bean 列表 - 在 HTTP 请求链路中（Controller → @Service → @Repository）逐层 Step Into，且能穿透 CGLIB/AOP 代理
- 远程调试时，可 attach 到 Docker 容器内运行的
java -jar app.jar进程
如果你正在本地开发阶段坚持用 Sublime Text，至少把 spring-boot-devtools 的 restart 日志级别调高（logging.level.org.springframework.boot.devtools.restart=DEBUG），这是唯一能给你实时反馈的“伪调试”手段。
