我有一个非常令人困惑的情况：
我有一个用上的行信息编译的类（使用javap -l验证）。使用ASM加载并检测此类。我验证了是否加载了正确的类（即不是来自其他地方的过时类文件）。并且我还确保了ASM标志ClassReader.SKIP_DEBUG没有被设置。现在，如果我调用Thread.currentThread().getStackTrace()，我会得到与这个类有关的StackTraceElement，这些类丢失了行信息。在Eclipse中调试时，行信息显示在堆栈跟踪中。我还确保JVM是用-Xint启动的，只是为了确保在JIT编译代码时，信息不会作为优化而被删除。
最令人困惑的是：尽管所有类都是以相同的方式加载和插入的，但这只适用于某些类，而不是所有类。这就是我认为这与JVM有关的主要原因。
所以我的问题是：JVM是否在堆栈跟踪中省略了行信息，如果是，我何时以及如何防止这种情况发生？
编辑：只是为了说明一下：这是我面前的源文件的类文件，而不是第三方库的类文件。从上面可以清楚地看出，我努力确保信息在字节码中。
编辑：现在我甚至发现了一个例子，其中一个StackTraceElement有行号信息，而另一个没有，并且它们涉及来自同一类的不同方法！
我想知道堆栈跟踪中报告的行（或者没有报告）是否是在ASM检测类时生成的。由于它们是在编译后修改的，所以任何行号都不会出现在类文件中，因此类加载器无法使用它们（或者javap无法报告它们）。我在运行时代码生成方面没有太多经验，所以这只是一个猜测，但也许你可以考虑一下。
这与类文件的编译方式有关。在这里看一眼：
http://docs.oracle.com/javase/1.5.0/docs/tooldocs/windows/javac.html
并在-g标志周围查找"调试信息"。如果加上-g，代码将包含行号（以及许多其他有用信息）。
恐怕这不会向第三方库追溯添加调试信息。您必须了解如何从供应商处获得源代码或调试构建。我发现这通常是不必要的。
JVM中并非所有行号都可用。一些第三方库可能是在没有行号的情况下编译的，尤其是非开源库，甚至一些Java类都有受保护的源代码，这些源代码正在进行加密或其他受保护的逻辑。简而言之，并不是所有东西都会有行号。