Debugging IntelliJ调试器在本地服务器终结点已命中一次后未在断点处停止

Debugging IntelliJ调试器在本地服务器终结点已命中一次后未在断点处停止,debugging,intellij-idea,Debugging,Intellij Idea,Verison使用:IntelliJ IDEA 2020.1.1(终极版) 在本地tomcat服务器上部署应用程序,并通过邮递员在本地点击服务端点进行调试。 只能在第一次命中终结点时在断点处停止线程。在此之后,IntelliJ只忽略断点,我收到响应而不在任何断点处停止。 调试点显示为勾号,这意味着已验证的行断点,但线程不会在断点处挂起。已重新启动服务器,以便调试器在断点处停止。获得了此问题的解决方案。调试时,为了在下一个断点处停止,请使用“Resume”而不是“Run to cursor”。虽然

Verison使用:IntelliJ IDEA 2020.1.1(终极版)

在本地tomcat服务器上部署应用程序,并通过邮递员在本地点击服务端点进行调试。 只能在第一次命中终结点时在断点处停止线程。在此之后,IntelliJ只忽略断点,我收到响应而不在任何断点处停止。
调试点显示为勾号,这意味着已验证的行断点,但线程不会在断点处挂起。已重新启动服务器,以便调试器在断点处停止。

获得了此问题的解决方案。调试时,为了在下一个断点处停止,请使用“Resume”而不是“Run to cursor”。虽然对于第一次API端点命中,这两个选项的作用是相同的,但如果我们也希望在第二次API命中的断点处停止,那么如果使用“Run to cursor”来恢复线程,它将不起作用。在这种情况下,我们将不得不再次启动本地服务器,以使应用程序在断点处停止,这是令人沮丧的。为演示程序添加屏幕截图


是否使用“运行到光标”操作?在本例中,请参阅,如果问题不同,请在此处指定您使用的运行配置?这些是Java源代码吗?您是否已验证包含断点的代码是否已真正执行?还要检查Tomcat日志和标准输出,以检查是否存在任何错误。是。我使用“运行到光标”。我尝试过使用“运行到光标”和不使用“运行到光标”。无论哪种方式都面临同样的问题。是的,它的java源代码。要检查哪个运行配置?代码执行流通过断点进行。服务器日志中没有错误。@Andrey谢谢!问题是“运行到光标”。我们应该使用“恢复”选项而不是“运行到光标”。你能简要指出这两个选项的主要区别吗?