如果要在程序员的世界里评选“最让人抓狂的微操”，打错断点绝对能排进前三。
想象一下这个画面：你为了排查一个极其隐蔽的并发 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，目前没有这么方便的能力
下次再打错断点，别删了，按着它，拖走。你的条件表达式会感谢你的。
