JDK 1.7 Throwable `addSuppressed ()` - Methode

Im Allgemeinen, Throwable addSuppressed() Methode sollte verwendet werden, wenn in gewisser Weise haben wir parallel Ausführung die Ausnahme, dass dort, wo unterdrückt. Ich fand 2 Beispiele;

• Try-mit-Ressourcen-block (try-finally-block), wenn der aufrufende code die original-exception im try-oder catch-block) und der Ausnahme, dass es in den finally-block.

• batch-jobs (bulk operations) Wann sollten wir zum nächsten Element überzugehen, unabhängig davon, ob die operation auf das aktuelle Element erfolgreich war oder nicht

Bevor man an die details, wie @sarelbotha angegeben, in meinem Fall habe ich einfach nur zu halten, wickeln Sie die ursprüngliche Ausnahme als die Ursache für meine neue Ausnahme.

Default-Verhalten in try-finally-block, wo wir 2 Ausnahmen, die die ursprüngliche Ausnahme ist unterdrückt und wir sehen nur die Ausnahme von finally-block. Wenn wir finally-block auf, um zu schließen Sie die Ressourcen, als wir wirklich sehen wollen, der die ursprüngliche Ausnahme, aber auch wir sehen wollen, auch Ausnahmen von der finally-block geschlossen, dass unser Ressourcen-und scheitert.

Ab release 7 unterstützt die Plattform den Begriff der Unterdrückten Ausnahmen (in Verbindung mit der try-mit-Ressourcen-Anweisung). Alle Ausnahmen, die unterdrückt wurden, um eine Ausnahme sind ausgedruckt unter der Stapel-Ablaufverfolgung.

http://docs.oracle.com/javase/7/docs/api/java/lang/Throwable.html#printStackTrace%28%29

Ersten man Lesen sollte, über die try-mit-Ressourcen-neue Funktion. Sie können es hier Lesen http://www.baptiste-wicht.com/2010/08/java-7-try-with-resources-statement/ zum Beispiel oder hier Was ist die Java 7 try-mit-Ressourcen, die das bytecode-äquivalent Einsatz von try-catch-finally?. Kurz gesagt, Sie können 2 Throwable parallel in gewissem Sinne, in der Regel aus, die Sie versuchen, zu blockieren und von Ihrem finally-block. Eine alte try-catch-semantischen zurück Ausnahme von der finally-block whule unterdrückt Ausnahme aus der try-block (oder erneute auslösen Ausnahme von der catch-block). Eine neue try-with-resource-Funktion ermöglicht es Ihnen, sowohl als Ausnahme. Noch mehr, erhalten Sie die ursprüngliche Ausnahme, wo die Ausnahme von der finally-block wird unterdrückt

Beachten Sie, dass bei einer Ausnahme führt eine weitere Ausnahme, die erste Ausnahme ist in der Regel gefangen und dann die zweite Ausnahme wird geworfen in der Antwort. In anderen Worten, es gibt einen kausalen Zusammenhang zwischen den zwei Ausnahmen. Im Gegensatz dazu gibt es Situationen, in denen zwei unabhängige Ausnahmen geworfen werden kann in Geschwister-code-Blöcke, insbesondere in den try-block einer try-mit-Ressourcen-Anweisung und der compiler-generierte finally-block schließt die Ressource. In diesen Situationen nur eine der geworfenen exceptions weitergegeben werden können. Im try-with-resources statement, wenn es zwei Ausnahmen, die Ausnahme, die aus der try-block weitergegeben wird und die Ausnahme von der finally-block wird Hinzugefügt, um die Liste der exceptions unterdrückt, die von der Ausnahme aus der try-block. Als Ausnahme läuft der stack ansammeln können mehrere unterdrückte Ausnahmen.

Beispiel:

    public class TestClass {
static class ResourceA implements AutoCloseable{
      public void read() throws Exception{
        throw new Exception("ResourceA read exception");
      }
      @Override
      public void close() throws Exception {
        throw new Exception("ResourceA close exception");
      }
    };

static class ResourceB implements AutoCloseable{
      public void read() throws Exception{
        throw new Exception("ResourceB read exception");
      }
      @Override
      public void close() throws Exception {
        throw new Exception("ResourceB close exception");
      }
    };

    //a test method
    public static void test() throws Exception{
      try (ResourceA a = new ResourceA();
           //ResourceB b = new ResourceB()
              ) {
        a.read();
        //b.read();
      } catch (Exception e) {
        throw e;
      }
    }

    public static void main(String[] args)  throws Exception {
        test();
    }

}

Ausgabe wird folgende sein:

Exception in thread "main" java.lang.Exception: ResourceA read exception
at TestClass$ResourceA.read(TestClass.java:6)
at TestClass.test(TestClass.java:29)
at TestClass.main(TestClass.java:39)
Suppressed: java.lang.Exception: ResourceA close exception
    at TestClass$ResourceA.close(TestClass.java:10)
    at TestClass.test(TestClass.java:31)
    ... 1 more

batch-jobs (bulk operations).
Nun, ich fand einige Nutzung dieser Methode außerhalb von try-mit-Ressourcen. Unten ist source code von der java.net.URLClassLoader.close

 public void close() throws IOException {
    SecurityManager security = System.getSecurityManager();
    if (security != null) {
        security.checkPermission(new RuntimePermission("closeClassLoader"));
    }
    List<IOException> errors = ucp.closeLoaders();
    //now close any remaining streams.
    synchronized (closeables) {
        Set<Closeable> keys = closeables.keySet();
        for (Closeable c : keys) {
            try {
                c.close();
            } catch (IOException ioex) {
                errors.add(ioex);
            }
        }
        closeables.clear();
    }
    if (errors.isEmpty()) {
        return;
    }
    IOException firstex = errors.remove(0);
    //Suppress any remaining exceptions
    for (IOException error: errors) {
        **firstex.addSuppressed(error);**
    }
    throw firstex;
}

Im Allgemeinen kann ein solcher Ansatz kann verwendet werden, in batch-jobs (bulk operations), wenn wir gehen, um das nächste Element (Schließung nächsten öffnen von streams, wie in diesem Beispiel) unabhängig davon, ob die operation auf das aktuelle Element erfolgreich war oder nicht. So, wir haben, wie gesagt, in gewisser Weise parallel Ausführung die Ausnahme, dass dort, wo unterdrückt. In solchen Fällen sollten wir den Ansatz oben zu werfen, mit Ausnahme verbleibenden unterdrückt Ausnahme in es.