我在试图从Eclipse以调试模式启动Tomcat时遇到了这个问题。我有一个ANT构建文件负责编译和部署。在将调试标志设置为true(如其他答案所述)并重新部署应用程序后，它可以正常工作:

<javac srcdir="./src/java" destdir="./bin" debug="true">

注意:如果您刚刚添加了调试标志并重新编译，那么仍然需要将应用程序重新部署到服务器，因为Eclipse就是在服务器上调试类文件的。很明显，但很容易花一个小时左右的时间挠头，想知道为什么它不管用(相信我)。

If someone is trying to debug Java's source code, then, this is the only solution that worked for me. Most of the above answers talk about setting the Compiler option to generate line numbers.But, if want to debug Java's source code (say java.util.HashMap), then the above options may not work for you. This is because , the project from where you intend to debug the source code is having the Java Build Path --> Library --> JRE System Library pointing to the jre jar instead of the jdk jar. The classes bundled inside jre jar have already been pre-compiled with a specific option, that will not honor the Compiler option settings. Solution, is to reconfigure your project to have the JRE System Library point to the jdk jar. The classes inside your jdk jar will honour the Compiler option settings. So, once you update your project's JRE System Library to point to the jdk jar, debug on Java source code will start working.

在调试部署到Tomcat的WAR(由多个Eclipse项目构件构造)时，我遇到了同样的问题。

我正在使用ANT构建脚本构建所有内容。如果这是您正在做的事情，请确保在您获得的每个javac ant任务上设置了debug=true标志。这是我唯一的问题-我希望它能帮助你的问题!

我从黑莓SDK方面得到了这个问题的答案:出于某种原因，无论我在编译器中修改了多少次选项，实际的底层设置文件都没有改变。

在项目的.settings文件夹中查找一个名为org.eclipse.jdt.core.prefs的文件。

在那里你可以手动修改设置:

org.eclipse.jdt.core.compiler.debug.lineNumber=generate

编辑:除此之外，我还注意到有时我可以忽略Eclipse给出的警告，它仍然会停在需要的地方……越来越奇怪……我将此归入我们作为开发人员所需要处理的事情中。

当我用@ManagedBean (javax.annotation.ManagedBean)注释类时，我发现了这个问题。在JBoss EAP 6.2.0上运行新编译的应用程序时出现警告消息。忽略它并继续运行并没有帮助——断点从未到达。

我在JSF页面中使用EL调用该bean。现在…@ManagedBean可能不适合(我是CDI的新手)。当我将注释更改为@Model时，bean执行了，但断点警告也消失了，我像预期的那样击中了断点。

总之，看起来@ManagedBean注释弄乱了行号，不管它是否使用了错误的注释。

如果其他方法都不起作用，打开调试透视图，清除所有现有的断点，然后重新设置它们。