Windows Server 2016 + IDEA 2019

Spring Boot（JDK 1.8）Debug 模式启动慢原因分析与解决方案

---

一、问题现象

运行环境：

• 操作系统：Windows Server 2016
• IDE：IntelliJ IDEA 2019
• JDK：1.8
• 项目类型：Spring Boot

现象描述：

• 使用 Run 模式启动：启动速度正常 / 很快 、直接jar -jar xx.jar 启动很快
• 使用 Debug 模式启动：启动明显变慢，甚至卡顿数分钟

---

二、根本原因分析（Debug 为什么比 Run 慢）

Debug 模式与 Run 模式的本质差异：

对比项	Run	Debug
JVM 启动方式	普通 JVM	启用 JDWP
类加载	正常	附带调试信息
Socket 通信	无	持续调试通信
断点处理	无	JVM 插桩 / 监听
性能开销	低	高

Debug 本质上是“被 IDE 实时监控的 JVM”
Spring Boot 启动阶段大量类扫描、反射、代理，会在 Debug 模式下被显著放大耗时。

---

三、最常见原因（Windows Server 环境重点）

---

1️⃣ Windows Defender / 杀毒软件实时防护（最主要原因）

原因说明

• Debug 启动时会：
  • 动态加载大量 .class 文件
  • 建立本地 Socket 调试连接
• Windows Server 2016 默认开启 Defender
• 实时防护会对 每一个 class + socket 行为 进行扫描

典型表现

• Debug 卡在：
  • Starting Debugger
  • Connected to the target VM
  • Spring Boot Banner 之前

解决办法（强烈推荐）

为以下目录添加排除项：

JDK 目录
C:\Program Files\Java\jdk1.8.x

IDEA 安装目录
C:\Program Files\JetBrains\IntelliJ IDEA 2019.x

项目目录
D:\workspace\your-project

Maven 本地仓库
C:\Users\xxx\.m2

2️⃣ IDEA 启用了异常断点 / 方法断点（隐形性能杀手）

一、问题说明

在 IntelliJ IDEA 中，即使你没有手动在代码中打任何断点，
Debug 启动依然可能非常慢，其根本原因往往是 IDEA 默认或历史遗留的“全局断点”。

这些断点在 Spring Boot 启动阶段会被高频触发，严重拖慢 Debug 启动速度。

---

二、哪些断点类型会导致 Debug 启动极慢

❌ 1. 异常断点（Exception Breakpoints）

• Java Exception Breakpoint
• Caught Exception
• Uncaught Exception

为什么慢：

• Spring / Spring Boot 启动过程中：
  • 会大量抛出并捕获异常（如 Bean 探测、条件装配）
  • 这些异常多数是正常行为
• Debug 模式下：
  • JVM 每抛一次异常都会通知 IDE
  • 即使异常被捕获，也会触发调试判断

结果：
JVM 启动阶段被异常“刷屏式拦截”，性能急剧下降。

---

❌ 2. 方法断点（Method Breakpoints）

• 在方法名上直接打断点
• IDEA 会对方法调用进行监听

为什么极慢：

• 方法断点本质是：
  • JVM 级别插桩
  • 每次方法进入 / 退出都会触发 Debug 事件
• Spring 中大量使用：
  • Getter / Setter
  • 代理方法
  • CGLIB / JDK Proxy

结论：
方法断点在 Spring 项目中是“灾难级性能消耗”。

---

❌ 3. 带复杂条件的断点（次高风险）

• 使用条件表达式的断点
• 表达式中包含方法调用、集合判断等

问题点：

• 每次命中断点都要执行条件表达式
• Debug 启动阶段命中频率极高

---

三、如何检查并清理这些断点（关键步骤）

1️⃣ 打开断点管理窗口

快捷键：Ctrl + Shift + F8
菜单：Run → View Breakpoints