在编译/构建jar时，我做了上面列出的所有事情-仍然有同样的问题。

最终，在启动服务器时，下面列出的jvmarg更改最终为我工作:

删除/注释了一堆与javaagent和bootclasspath相关的jvm参数。

<!-- jvmarg value=“${agentfile}” /-->

< !贾维德- lib /雷丁——>

<!-- jvmarg value=“-Xbootclasspath/a：/foo /-->

打开/取消注释以下行:

<jvmarg value= -Xdebug />

然后，当我启动服务器时，我就可以到达断点了。我怀疑javaagent在某种程度上干扰了Eclipse检测行号的能力。

如果上述解决方案不起作用，并且你在做了spring bean注入后开始遇到这个问题，问题可能是你没有为注入类使用接口。尝试使用实现接口的类进行注入可以解决这个问题。下面是一个例子: 无法安装用于创建bean的断点问题

在使用Spring Tool Suite (STS)启动Java EE项目时，我们也会遇到这个消息，但是我们可以忽略这个消息，因为一切都很好。

从Spring AOP得到这个消息(似乎来自CGLIB库)。点击忽略似乎工作正常，我仍然可以调试。

我在Spring MVC + Maven项目上也有类似的问题;并且花了2个小时试图弄清楚为什么目标文件夹没有更新包含行信息的类。

我建议您清理所有内容，并确保在继续进行任何构建之前从文件夹中删除所有类。

确保在项目的属性> Java编译器有“添加行号属性生成类字段(由调试器使用)选择。 清洁所有项目。(菜单>项目>清洁…)确保目标文件夹为空。 构建项目(菜单>项目>构建项目) 确保在目标目录中生成了新类。 运行调试;如果在WebServer上运行，请确保在“调试”模式下运行web服务器。

如果有疑问——编译后的.class文件是否包含行号——在Eclipse中打开.class文件。Eclipse将反编译文件并告诉您行号是否存在。

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

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

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