时间戳

首页 > 解决方案 > Java堆栈跟踪中的神秘位置

java - Java堆栈跟踪中的神秘位置

问题描述

像下面的例子一样，当我testSortArrayNull()在名为的测试类中运行测试用例时ComparatorAbstractTestCase，会抛出一个RuntimeException并且生成的堆栈跟踪如下，

这是堆栈跟踪的结果，

testSortArrayNull(org.apache.commons.io.comparator.CompositeFileComparatorTest)  Time elapsed: 0.016 sec  <<< ERROR!
java.lang.RuntimeException: null
  at org.apache.commons.io.comparator.AbstractFileComparator.sort(AbstractFileComparator.java:48)
  at org.apache.commons.io.comparator.CompositeFileComparator.sort(CompositeFileComparator.java:45)
  at org.apache.commons.io.comparator.ComparatorAbstractTestCase.testSortArrayNull(ComparatorAbstractTestCase.java:96)
  ...

这是测试类的部分代码ComparatorAbstractTestCase，

public abstract class ComparatorAbstractTestCase extends FileBasedTestCase {

    /** comparator instance */
    protected CompositeFileComparator comparator;
    ...
    @Test
    public void testSortArrayNull() {
        assertNull(comparator.sort((File[])null)); /** LINE 96 */
    }
    ...
 }

这是类的部分代码CompositeFileComparator，它是用类扩展的AbstractFileComparator。

import java.io.File;
import java.util.Arrays;
import java.util.Collections;
import java.util.Comparator;
import java.util.List;

public class CompositeFileComparator extends AbstractFileComparator implements Serializable { /** LINE 45 */
    ... // no sort() method
}

这是类的部分代码AbstractFileComparator，其中有sort()方法。

import java.io.File;
import java.util.Arrays;
import java.util.Collections;
import java.util.Comparator;
import java.util.List;

abstract class AbstractFileComparator implements Comparator<File> {

    public File[] sort(final File... files) {
        if (files != null) {
            Arrays.sort(files, this);
        }
        if (files == null) { 
            throw new RuntimeException(); /** LINE 48 */
        }
        return null;
    }
    ...
}

从上面3个代码片段可以看出class中的第45行CompositeFileComparator是class声明的位置，为什么stack trace会出现在这个神秘的位置呢？第 45 行出现在堆栈跟踪中是否有意义？谢谢大家的帮助:)

标签： javaexceptionstack-trace

解决方案

这是因为您的班级AbstractFileComparator具有仅限包的访问权限。即使sort它里面的方法是public，它也不能从包外部引用。

sort为允许其他代码通过公共子类访问该方法CompositeFileComparator，该方法sort由编译后的内部重新声明CompositeFileComparator。这是源文件中不存在的合成 Java 代码，因此编译器必须为其选择一个行号。

您使用的编译器选择了类声明的行号。其他编译器（例如，我特定版本的 Eclipse 中的编译器）选择第 1 行。由于该方法实际上并不存在于您的源代码中，因此行号没有意义。

编译器生成的方法只会调用该方法的超类版本。

如果你不希望这种情况发生，你可以创建AbstractFileComparator一个public类。

推荐阅读