idea断点仅在可执行语句（如方法调用、赋值、条件入口）生效；step over跳过方法体，step into进入方法内，step out返回上层；变量需手动展开或双击查看深层值，修改须用“set value”并回车确认。
断点打在哪才真正生效
IDEA 的断点不是打在任意一行都起作用。只有在可执行语句上才能触发，比如 System.out.println()、方法调用、变量赋值、if 条件入口等；而类声明、注释、空行、纯大括号 {} 行不会停住。
常见错误现象：点了行号左侧却没出现红点，或点了红点但运行后完全不暂停——大概率是光标停在了无效位置。
- 确保光标落在有实际字节码生成的代码行（Java 编译后能对应到 .class 文件某指令）
- Lambda 表达式内部、Stream 链式调用中间（如
.map(...)里）打点可能失效，建议拆成独立语句再调试 - 在
main方法外打断点，但程序没走到那个类加载/实例化阶段，也不会触发
Step Over / Step Into / Step Out 到底怎么选
这三个快捷键行为差异直接影响调试效率，选错会导致跳过关键逻辑或陷入无关源码。
-
Step Over（F8）：执行当前行，但不进入方法体。适合已确认无问题的工具方法，比如list.size()、String.valueOf() -
Step Into（F7）：跳进当前行调用的方法内部。注意：如果方法是 JDK 内置（如ArrayList.add()），会跳进反编译的 class，此时可按Ctrl + Shift + A搜 “Attach Sources” 下载源码映射 -
Step Out（Shift + F8）：跑完当前方法剩余部分，返回上一层调用处。适合进了某个长循环或递归，想快速跳出
性能影响：频繁 Step Into JDK 或第三方库方法，会显著拖慢调试速度，尤其遇到 toString() 被自动触发时（IDEA 默认在变量视图里调用它，可能引发 NPE 或死循环）
变量值看不准？检查这几个地方
变量窗口显示的值有时和预期不符，并非 IDEA 有问题，而是 Java 执行模型和调试器采样时机导致。
常见错误现象：明明刚改了 user.name = "Alice"，但 Variables 面板还显示 "Bob"；或者局部变量显示 <not available></not>。
- 局部变量在未执行到其声明行前不可见；执行过后被优化掉（开启
-XX:+EliminateAllocations等 JIT 选项时更明显），可在 Run Configurations → Configuration → VM options 加-XX:-OmitStackTraceInFastThrow降低干扰 - 对象字段值滞后：IDEA 默认只展开一级引用，点右侧小箭头手动展开才能看到深层字段；数组内容需双击才加载全部元素（大数据量时默认只读前 100 个）
- 修改变量值要用右键菜单
Set Value，直接在面板里改是无效的；设值后记得按回车确认，否则只是临时编辑态
条件断点和日志断点别乱用
条件断点看着高级，但写错表达式反而让调试器卡死或漏停；日志断点看似“不中断”，其实仍走调试通道，高频调用时性能开销不小。
使用场景：排查偶发空指针、特定 ID 的请求分支、循环中第 N 次迭代。
- 条件表达式必须是 Java 表达式，不能写正则或 shell 语法；
user != null && user.getId() == 123可以，user.id == "123"如果 id 是 long 类型就会永远不触发 - 条件里避免调用复杂方法（如
service.process()），可能引发副作用或阻塞 - 日志断点（Alt + Click 断点）输出的是字符串模板，支持
{user.getName()}这种插值，但括号内必须是当前作用域可访问的变量名，不能带this.前缀
调试器本身不缓存变量快照，每步都会重新从 JVM 获取最新状态。所以看到的值一定是“此刻真实值”，但如果你在多线程环境里反复切线程看，就容易误判时序——这时候得配合 Threads 视图盯住具体线程栈。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
