如果您确实指出了您正在使用的eclipse版本和技术(例如，Java JDT，或面向Java的AJDT，或c++ CDT)，这将有所帮助。

在Java方面，我猜想您的“勾选编译器选项中的复选框”指的就是这个

在“窗口—>首选项—> Java—>编译器—>类文件生成”下，所有“类文件”生成选项都设置为True:

(1)添加可变属性， (2) addline number， (3)添加源文件名， (4)保存未使用的局部变量。

您的项目是否只在全局级别(windows Preferences)或在项目特定级别检查这些?

你确定打开的类(你试图在上面设置断点):

是您的源代码之一(并且不是来自第三方库) 是。java，而不是。class?

尝试清理所有内容并重新构建所有内容，检查潜在的jar冲突。

在eclipse菜单中，进入“窗口->首选项->Java->编译器” 取消标记复选框“添加行号属性…” 单击“应用”->是 标记复选框“添加行号属性…” 再次申请。 愉快调试

我在Eclipse 3.4.1中有相同的错误消息，SUN JVM1.6.0_07连接到Tomcat 6.0(在另一台机器上以调试模式运行，SUN JVM1.6.0_16，调试连接正常工作)。

窗口——>首选项——> Java——>编译器——>类文件生成:“添加行号属性生成类文件”被选中。我做了一个干净的重新编译。我取消检查，重新编译，检查，重新编译。我确保项目使用了全局设置。还是一样的信息。

我切换到蚂蚁构建，使用

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

同样的信息。

我不知道是什么导致了这条消息，为什么它不会消失。尽管这似乎与正在运行的Tomcat调试会话有关:当断开连接时，重新编译可以解决问题。但是在将调试器连接到Tomcat或在连接的调试会话期间设置新的断点时，它又会出现。

然而，事实证明消息是错误的:我确实能够在调试之前和调试期间调试和设置断点(javap -l也显示了行号)。所以请忽略它:)

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

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

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

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

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

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

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

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

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

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

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

打开/取消注释以下行:

<jvmarg value= -Xdebug />

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

这解决了我的问题:

窗口->首选项->服务器->运行时环境 Apache Tomcat ->编辑 选择JDK而不是JRE

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

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

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

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

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

我的情况与此类似:

我正在调试一个JUnit测试 我使用Mockito创建一个间谍，如在spyTask =间谍(new Task()) 我将断点放在我正在监视的类中(在Task.java中)

这个断点会生成问题中的错误，每次我运行Debug As…> JUnit测试

为了解决这个问题，我将断点“向上”移动到实际测试中(在TaskTest.java内部)。一旦执行停止，我将断点添加回原来的位置(在Task.java中)。

我仍然得到相同的错误，但点击“确定”后，断点工作正常。

希望这对大家有所帮助，

-gmale

不知道这是否仍然相关，也许另一个水手会发现这有用。

当已编译的类文件关闭调试标志时，将出现该消息。

在eclipse中，您可以通过前面提到的选项打开它，

窗口—>首选项—> Java—>编译器—>类文件生成:“添加行号属性生成类文件”

但是如果您有一个jar文件，那么您将得到编译后的输出。解决这个问题没有简单的方法。

如果您可以访问源代码并使用ant来获取jar文件，那么您可以如下所示修改ant任务。

  <javac  destdir="${build.destDir}" srcdir="${build.srcDir}" source="1.6" fork="true" target="${javac.target}" debug="on" debuglevel="lines,vars,source" deprecation="on" memoryInitialSize="512m" memoryMaximumSize="1024m" optimize="true"   >

快乐的调试. .

裁判: http://doc.sumy.ua/prog/Java/javanut/ch16_04.htm

检查/做以下事情:

1)在“窗口—>首选项—> Java—>编译器—>类文件生成”下，所有选项必须为True:

(1) Add variable attributes...
(2) Add line number attributes...
(3) Add source file name...
(4) Preserve unused (never read) local variables

2)在项目的.settings文件夹中，找到一个名为org.eclipse.jdt.core.prefs的文件。 验证或设置org.eclipse.jdt.core.compiler.debug.lineNumber=generate

3)如果仍然出现错误窗口，单击复选框不显示错误信息。

4)清洁和建造项目。开始调试。

正常情况下，错误窗口不再显示，调试信息显示正确。

这招对我很管用:

在窗口——>首选项——> Java——>编译器——>类文件生成下，所有选项都必须为True。 在build.xml <javac>任务中使debug="true"。 通过ant生成的war在tomcat中部署应用程序 在Debug模式下重新启动Tomcat

我在jetty服务器上使用ANT编译新的。war文件时也遇到了同样的问题。在你必须像之前写的那样设置Java compiler之后，你应该创建相同版本的jdk/jre编译器和构建路径(例如jdk 1.6v33, jdk 1.7， ....)。

我什么都做了，还是没工作。解决方案是删除已编译的.class文件和生成的war文件的目标，现在它的工作:)

尝试更改您使用的jre。请设置JDK目录下的jre。

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

我有同样的错误与JBoss 7.1.. 我和泽菲罗做了同样的事。只是忽略了错误，我能够正常放置断点。 在我的情况下，我正在构建思想蚂蚁生成器，这是我的javac任务:

<javac
        srcdir="${src.dir}"
        destdir="${build.classes.dir}" 
        includeantruntime="false" 
        debug="${debug}"
        verbose="false"
        debuglevel="lines,vars,source"
        source="1.6"
        target="1.6">

        <!-- Sppressing warning for setting an older source without bootclasspath
             (see: https://blogs.oracle.com/darcy/entry/bootclasspath_older_source) -->
        <compilerarg value="-Xlint:-options"/>

        <classpath>
            <fileset dir="${lib.dir}" includes="*.jar" />
            <fileset dir="${jboss.lib.dir}" includes="**/*.jar" />
        </classpath>

    </javac>

我也遇到过这个问题。我正在使用一个蚂蚁构建脚本。我正在开发一个遗留应用程序，所以我使用的是jdk版本1.4.2。这个方法曾经有用，所以我开始四处寻找。我注意到在JRE选项卡上的Debug配置下，Java的版本被设置为1.7。一旦我把它改回1.4，它就工作了。

我希望这能有所帮助。

我发现了这条信息的另一个原因。我在编程Scala。解决方案是:

打开运行->调试配置 在主选项卡的底部，在“应用”和“恢复”按钮旁边，有一个文本说明你正在使用哪个启动器，旁边有一个超链接说“选择其他”。这是一个奇怪的UI元素，乍一看并不可行。 使用“选择其他”链接并选择“Scala应用程序(新调试器)启动器”。另一个似乎不能与Scala一起工作。

现在调试应该可以工作了。注意，我已经安装了Scala IDE插件，如果您没有这个选项，那么这个选项可能是不可用的。

我试图调试日志管理器，需要将jre更改为jdk，然后在“主”选项卡中选择这个jdk，调试配置的“Java运行时环境”|“运行时jre”，然后一切正常。

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

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

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

我也遇到了同样的问题，我花了很多时间去寻找解决方案，但这些解决方案都是无用的，所以我自学了所有的案例，最后我发现问题是JDK版本之间的冲突。 以下是解决问题的步骤: 1. 删除所有JDK和JRE版本，只保留一个版本。 2. 在Eclipse中设置JAVA_HOME系统和java编译器是一样的。 在某些情况下，上面的错误不会消失，但我们能够运行在调试模型。

对于Spring相关的问题，考虑在某些情况下它生成的类“没有行号”;例如，一个没有接口的@Service注释类，添加接口就可以调试了。请参见这里的完整示例。

@Service("SkillService")
public class TestServiceWithoutInterface {
   public void doSomething() {
      System.out.println("Hello TestServiceWithoutInterface");
   }
}

上面的服务将有一个由spring生成的接口，导致“缺少行号”。添加一个真实的界面解决了生成问题:

public interface TestService {
    void doSomething();
}

@Service("SkillService")
public class TestServiceImpl implements TestService {
   public void doSomething() {
      System.out.println("Hello TestServiceImpl");
   }
}

有一次我在使用junit和Mockito时遇到了同样的错误，我忘记为静态类添加@PrepareForTest。

添加以下代码修复了我的问题。

@PrepareForTest({XXXXX.class})

不确定是不是同一个案子。

因为我安装了6个不同版本的Java，所以我必须更改默认的JDK遵从性，以匹配我想使用的Java版本。当所有内容都使用Java 1.6构建/编译时，Eclipse默认将编译器遵从级别设置为Java 1.7。

所以我所做的就是

在eclipse菜单中，进入“窗口->首选项->Java->编译器” 在JDK遵从性下，我将编译器遵从性级别从1.7更改为1.6

现在Eclipse不再抱怨“无法插入缺少行号信息的断点”，并且调试断点实际上工作了!!

确保运行时的主类所在的项目与包含断点的类所在的项目相同。如果不是，请确保两个项目都在运行配置的类路径中，并且出现在任何jar和类文件夹之前。

我在一个特定的项目中遇到了同样的问题，我一直试图重置窗口中的行号属性->首选项…然后我意识到每个项目都有自己的行号属性设置。右键单击项目，进入属性，选择JavaCompiler，并选中“添加行号属性…”

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

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

我几乎试过了这里所有的解决方案，但都不走运。你试过点击"别再跟我说"吗?这样做之后，我重新启动了我的程序，一切都很好。Eclipse碰到我的断点时，好像什么都没有发生。

对我来说，根本原因是Eclipse试图为自动生成的Spring CGLIB代理对象设置调试。除非你需要调试这个级别的东西，否则你应该忽略这个问题。

这里有详细的解释:

https://github.com/spring-projects/spring-ide/issues/78

只是为了将来参考，这是答案的相关部分(忽略引用Spring Boot应用程序的事实，在许多其他情况下行为是相同的):

Whenever you set a breakpoint in Eclipse/STS, the IDE tries to set the breakpoint in the VM if you launch an app. That is what happens in your case when you run the boot app in debug mode. For each class that gets loaded into the JVM, the IDE checks whether it needs to set a breakpoint or not. If it decides to set the breakpoint, the tries to do so (using the information from the breakpoint definition in the IDE, including its line number, since you usually set line breakpoints on a source file at a given line). This decision (whether to set the breakpoint on a given loaded class or not) checks the types that you set the breakpoint on, enclosing types, and inner classes. This makes sure that breakpoints for inner classes (even anonymous inner classes) are set to the JVM (and are not ignored). Spring Boot generates an inner class for your controller at runtime (this is the CGLIB generated inner class that appears in the error message). When the JVM loads that class, it tries to set the line number breakpoint of the enclosing type (for this inner class). Since the generated inner class doesn't have any line number information (it doesn't need to have line number information), setting the breakpoint fails for this inner class with the mentioned error message. When the IDE loads the enclosing type (your controller class itself), it also tries to set the line breakpoint and succeeds with that. This is visualized with the check marker on the breakpoint marker. Therefore you can safely ignore the error message that shows up. To avoid this error message to show up, you can go to the preferences (Java -> Debug) and disable "Warn when unable to install breakpoint due to missing line number attributes".

我的问题是我有2个JAR，我试图根据Eclipse中的Java Build Path => order & Export选项卡中的顺序覆盖另一个JAR，因为一个是用于调试的，另一个不是(调试JAR在顺序中是第一个)。当我这样做时，我必须手动附加一个源。

我尝试删除非调试JAR，并将调试JAR放在我的\WEB-INF\lib\目录中，进行清理、构建等操作，结果成功了。这一次(已经删除了附加的源代码)，它将自动让我浏览调试代码，而无需手动附加任何源代码。断点和调试也可以工作。

为了防止有人仍然有问题，我也尝试了其他答案中提到的所有这些特解:

取消选中，应用并重新选中添加行号属性… 手动编辑org.eclipse.jdt.core.prefs，如另一个答案:https://stackoverflow.com/a/31588700/1599699中提到的 确保在启用调试的情况下生成JAR。 将JDK遵从级别从1.6更改为1.7(从而匹配我正在使用的JDK)。

我还做了通常的服务器关闭(并确保java.exe实际上是关闭的……)，删除两个项目中的\build\目录，使用-clean参数重新启动Eclipse，重新创建调试JAR，刷新，清洗，并在其中构建带有调试JAR的项目，以调试模式启动服务器，发布/清洗，并设置断点。

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

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

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

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

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

我尝试了之前的大部分解决方案，但还是遇到了问题。 这就是我接下来所做的:

从Eclipse中删除应用程序 停止服务器 从webapps中删除应用文件夹 从服务器中的临时文件夹中删除内容 从服务器中的工作文件夹中删除内容 在Eclipse上重新打开应用程序 启动服务器

可能有些步骤是不需要的，但“以防万一”。

因此，如果前面的解决方案仍然不适合你。试试这个。 我希望这对你有所帮助;-)

对于使用Tomcat服务器的Web项目，我通过以下步骤解决了这个问题。

打开窗口->显示视图->其他->服务器。 双击运行中的tomcat服务器。(打开tomcat服务器概述) 现在点击启动配置链接。 单击sources选项卡。 单击Add。 选择java项目 将显示您的所有项目。 选择打开“您要调试。” 保存配置并重新启动或构建应用程序。

我在eclipse IDE中也遇到了同样的问题。我阅读了这个问题的所有答案，并尝试了几乎所有提到的设置，但运气不好。

所以，我尝试改变项目的运行时库，以前它是JRE - Java SE 1.8

我尝试将JRE更改为JDK，它为我工作:

从JRE切换到JDK的步骤如下:

Right click on project Click Properties -> Java Build Path Select tab - "Libraries" Click on "Add Library" button. "Add Library" window will open Select "JRE System Library" -> Click Next button Select "Alternate JRE" Click on Installed JRE button In New window click on "Add". This will open another window "Add JRE". Select "Standard VM". Click Next. Click on Directory button. Choose path of your "JDK" installation directory and click ok. Then Click Finish. Now check on newly added "JDK" Delete all other installed JRE's from the list(Optional) Apply-> OK Select "JDK from alternate JRE dropdown and Click on "Finish" Now from the list depicted below remove JRE instance Click Apply -> OK

你完蛋了!!

We have very useful information to solve this problem already, but in my specific case, the problem was that as I did an update to my project from the repository, new classes were generated with the compiled source from the newest code. The problem is that I forgot to change the versions of the projects in my POM files and as the breakpoints were set on the new code and the POM files were still pointing to old versions that were available on the JAR files of a previous compilation, the classes from the JAR files were chosen and not the classes from the new code.

在恢复中，为了解决这个问题，我只需要更新主项目的POM文件的版本，清理并重新编译源代码，最后刷新环境。我希望这能对其他人有用。

在Eclipse中调试时如何修复断点错误? 只替换这几行。

    eclipse.preferences.version=1
org.eclipse.jdt.core.compiler.codegen.inlineJsrBytecode=enabled
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.8
org.eclipse.jdt.core.compiler.codegen.unusedLocal=preserve
org.eclipse.jdt.core.compiler.compliance=1.8
org.eclipse.jdt.core.compiler.debug.lineNumber=generate
org.eclipse.jdt.core.compiler.debug.localVariable=generate
org.eclipse.jdt.core.compiler.debug.sourceFile=generate
org.eclipse.jdt.core.compiler.problem.assertIdentifier=error
org.eclipse.jdt.core.compiler.problem.enumIdentifier=error
org.eclipse.jdt.core.compiler.source=1.8

以上这些都对我不起作用。 下面的解决方案终于奏效了。 调试配置->类路径->用户条目->(添加要调试的项目的src文件夹)

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.

我在Eclipse IDE中也有同样的错误。 但这似乎是一个可以忽略的错误。 我在错误对话框上按下Ok键，然后继续。 我的断点到达&我能够进一步调试。

首先，我建议确定问题是与项目相关还是与单个测试文件相关。试着在调试模式下运行任何其他测试文件。

如果问题只适用于一个文件，这可能与自我嘲笑有关(就像我的情况一样)。否则，编译器/构建设置应该被更改。在之前的评论中已经描述过了。

我只是想强调一下。这已经足够我浪费时间在修复项目设置，而这是完全没有必要的:)