太懂这种调试时被JRE库代码带偏的痛苦了！明明只想看自己写的逻辑，结果一头扎进java.util或者jdk.internal的源码里，半天回不来。你已经做了基础设置，但可能还有几个细节没覆盖到，我来帮你搞定：

• 补全「不进入的类」的规则
  你之前只加了java.*和javax.*，但JRE里还有不少底层代码藏在jdk.internal.*、sun.*、com.sun.*这些包下面，这些也得加入过滤列表：

  1. 打开Settings（Windows/Linux按Ctrl+Alt+S，Mac是Cmd+,），找到Build, Execution, Deployment > Debugger > Stepping
  2. 在「Do not step into classes」区域，点击「+」号，把jdk.internal.*、sun.*、com.sun.*这些前缀依次添加进去
  3. 务必确保列表顶部的「Enable stepping filters」是勾选状态——这是整个过滤规则生效的总开关，很多人都漏了这个！

• 改用「Step Into My Code」专属按钮
  别再用普通的「Step Into」（默认F7）了，换成「Step Into My Code」（默认快捷键Alt+Shift+F7，或者在调试工具栏找那个带小人图标的步进按钮）。这个按钮会直接无视所有库类，精准跳进你自己写的代码逻辑，堪称调试效率神器。

• 修复「Run to Cursor」的异常跳转
  如果你用「Run to Cursor」（Alt+F9）还是会误入库代码，大概率是这两个原因：

  1. 光标所在行的代码需要先执行前置的库方法调用，IDE在跳转时会默认执行这些逻辑。你可以去Debugger > General设置里，取消勾选「Evaluate expressions on code navigation」，这个选项有时候会自动评估库方法表达式，导致意外进入库代码
  2. 如果你自己的代码继承或重写了库类的方法，调试时可能会跳进父类的库实现。这时候回到Stepping设置页，把「Skip methods from libraries」也勾选上，就能跳过库类的方法实现

• 终极兜底：给断点加包过滤
  如果还是有漏网的库代码断点，你可以直接限制断点只在自己的代码包里触发：

  1. 打开「Run/Debug Configurations」，找到你正在用的调试配置
  2. 切换到「Debugger」标签页，在「Breakpoints」区域点击「Filter」按钮
  3. 勾选「Only in the following packages」，然后添加你自己的代码包前缀（比如com.yourteam.*、cn.yourproject.*），这样所有断点只会在你的代码里生效，库类里的断点会被直接忽略

最后给你个小技巧：如果偶尔需要临时进入某个库类调试（比如排查JDK方法的特殊行为），可以用「Force Step Into」（Shift+Alt+F7），这个会强制跳过所有过滤规则，用完切回「Step Into My Code」就行~