到底什么是“不允许自抑制”，为什么Javac生成导致此错误的代码？

exception java java-7 try-with-resources

2022-09-03 15:48:15

这个新的Java 7资源试用结构非常好。或者至少，这很好，直到一个例外出现并毁了我的一天。

我终于设法将其归结为一个可重复的测试，该测试仅使用JUnit + jMock。

@Test
public void testAddSuppressedIssue() throws Exception {
    Mockery mockery = new Mockery();
    final Dependency dependency = mockery.mock(Dependency.class);

    mockery.checking(new Expectations() {{
        allowing(dependency).expectedCall();
        allowing(dependency).close();
    }});

    try (DependencyUser user = new DependencyUser(dependency)) {
        user.doStuff();
    }
}

// A class we're testing.
private static class DependencyUser implements Closeable {
    private final Dependency dependency;

    private DependencyUser(Dependency dependency) {
        this.dependency = dependency;
    }

    public void doStuff() {
        dependency.unexpectedCall(); // bug
    }

    @Override
    public void close() throws IOException {
        dependency.close();
    }
}

// Interface for its dependent component.
private static interface Dependency extends Closeable {
    void expectedCall();
    void unexpectedCall();
}

运行这个例子，我得到：

java.lang.IllegalArgumentException: Self-suppression not permitted
    at java.lang.Throwable.addSuppressed(Throwable.java:1042)
    at com.acme.Java7FeaturesTest.testTryWithResources(Java7FeaturesTest.java:35)

阅读文档时，他们似乎在说，如果您要将抑制的异常添加回自身，这就是触发此错误的原因。但我没有这样做，我只是使用一个尝试资源块。然后，Java编译器生成看似非法的代码，这使得该功能实际上无法使用。

当然，当测试通过时，不会发生任何问题。当测试失败时，将发生异常。因此，现在我已经解决了最初发现的问题，我已经恢复使用资源试用。但是下次发生异常时，我宁愿异常是期望失败，而不是一个Java本身似乎没有充分的理由发出。

所以。。。有没有办法在这里获得适当的错误报告，而不放弃资源试用？

答案 1

看起来 jMock 从这两种方法中抛出了相同的异常实例。这就是在没有jMock的情况下复制它的方式：

public class Test implements Closeable {
    private RuntimeException ex = new RuntimeException();

    public void doStuff() {
        throw ex;
    }

    public void close() {
        throw ex;
    }
}

try (Test t = new Test()) {
    t.doStuff();
}

如果是这样，我认为这是jMock的问题，而不是Java编译器的问题。

答案 2

我在Apache Commons VFS中遇到了一个问题（Java 8上的单元测试失败，请参阅VFS-521）。事实证明，java.io.FilterOutputStream正在使用try-with-resource（抑制的异常）功能，它无法处理explash+close引发相同的异常。

更糟糕的是，在Java 8之前，它只是默默地吞下了调用中的异常，参见JDK-6335274）。flush()

我通过完全避免super.close（）来修复它。目前正在 corelibs-dev openjdk mailingl ist 上讨论这个问题：http://openjdk.5641.n7.nabble.com/FilterOutputStream-close-throws-exception-from-flush-td187617.html