如果要在程序员的世界里评选“最让人抓狂的微操”打错断点绝对能排进前三。想象一下这个画面你为了排查一个极其隐蔽的并发 Bug在 IDEA 的源码里层层剥茧。终于你锁定了可疑区域然后在这个区域的核心代码上右键打了一个断点。为了精准捕获那个“不听话”的线程你还特意点开断点属性写了一段极其复杂的条件表达式比如Thread.currentThread().getName().equals(worker-3) count 100甚至还加上了自定义的日志打印。一切准备就绪你按下了 Debug 键。结果程序跑过去断点压根没触发。你定睛一看代码——坏了打错行了。这个条件应该打在下面第 52 行的循环里而不是这第 47 行的变量声明上。按照以往的剧本此时的你只有两条路要么忍痛删掉这个耗费了你三分钟心血的断点去 52 行重新配置一遍要么就把它像一块丑陋的狗皮膏药一样留在 47 行每次看到都觉得碍眼。但是2026 年的 IDEA 告诉你大可不必这么委屈自己。️ 断点现在是可以“拖”的JetBrains 在 IDEA 里加入了一个听起来极其反直觉但用起来极度极度舒适的功能你可以直接用鼠标左键按住断点把它拖到另一行。操作毫无门槛在你的行号槽Gutter里选中那个红色的圆点按住它像拖拽桌面文件一样直接往下拉拖到 52 行松手。奇迹发生了断点不仅换了位置你之前配置的所有条件、表达式和日志统统原封不动地跟了过来。它不仅搬了家连家具都没落下。JetBrains 团队在官方更新说明里写得很直白很多人因为手滑一不小心就删掉了辛苦配置的条件断点。把删除的动作从“单击”变成“拖拽”本质上是为了防手滑。这种“把删库跑路的门槛稍微抬高一点点”的产品思维可以说是非常懂程序员了。 一点极客的感慨这是一个典型的“用了就回不去但没听过也完全不影响用”的微创新。它不是那种能让你惊掉下巴的 AI 代码生成也不是什么重构底层架构的性能大升级它只是把你原本需要两步删除、重设的动作简化成了一步拖拽。但在那些深更半夜、脑子已经一团浆糊、还要和 Bug 死磕的时刻少一次点击少重写一次表达式也许就能少一根白头发。我也看了vscode目前没有这么方便的能力下次再打错断点别删了按着它拖走。你的条件表达式会感谢你的。