idea方法断点严重拖慢项目启动

原文：千万不要在方法上打断点！有大坑！ – 掘金 (juejin.cn)

“方法断点”还是非常实用的，比如我随便个例子。

之前写事务相关的文章的时候，提到过这样的一个方法：

java.sql.Connection#setAutoCommit

setAutoCommit 这个方法有好几个实现类，我也不知道具体会走哪一个：

所以，调试的时候可以在下面这个接口打上一个断点：

然后重启程序，IDEA 会自动帮你判断走那个实现类的：

但是需要特别说明的是，不是所有的方法断点都会导致启动缓慢的问题。至少在我本地看起来是这样的。

当我把方法断点加在 Mapper 的接口里面的时候，能稳定复现这个问题：

当把方法断点加在项目的其他方法上的时候，不是必现的，偶尔才会出现这个问题。

另外，其实当你以 Debug 模式启动且带有方法断点的时候，IDEA 是会弹出这个提醒，告诉你方法断点会导致 Debug 缓慢的问题：

上述介绍了方法断点的用处，这个我之前确实不知道，学习了。

处理办法，就是去掉断点呗

至于原因，作者也有总结：

大概说的是JPDA，全称 Java Platform Debugger Architecture，这玩意在方法断点的时候，使用了类似aop的操作，处理的多了就导致速度降低。但是最终这个锅，JPDA不背，其实是idea的一个feture

• 方法断点 IDE 的特性，不是 JPDA 的特性
• 方法断点是真的邪恶，evil 的一比
• 方法断点将极大的影响调试程序
• 只有在真正需要时才使用它们
• 如果必须使用方法作为断点，请考虑关闭方法退出事件

前面四个点没啥说的了。

最后一个点：考虑关闭方法退出事件。

这个点验证起来非常简单，在方法断点上右键可以看到这个选项，Method Entry & Method Exit 默认都是勾选上了：

所以我在本地随便用一个项目验证了一下。

打开 Method Exit 事件，启动耗时：113.244 秒。

关闭 Method Exit 事件，启动耗时：46.754 秒。

具体细节看原文即可～～