Ponowne przeglądanie wyjątków w Javie bez utraty śladu stosu

W języku C # mogę użyć throw;instrukcji, aby ponownie wygenerować wyjątek, zachowując ślad stosu:

try
{
   ...
}
catch (Exception e)
{
   if (e is FooException)
     throw;
}

Czy jest coś takiego w Javie ( która nie traci pierwotnego śladu stosu )?

catch (WhateverException e) {
    throw e;
}

po prostu zwróci wyjątek, który złapałeś (oczywiście otaczająca metoda musi na to pozwolić poprzez swój podpis itp.). Wyjątek zachowa oryginalny ślad stosu.

Wolałbym:

try
{
    ...
}
catch (FooException fe){
   throw fe;
}
catch (Exception e)
{
    // Note: don't catch all exceptions like this unless you know what you
    // are doing.
    ...
}

Możesz także owinąć wyjątek w inny ORAZ zachować ślad oryginalnego stosu, przekazując wyjątek jako Throwable jako parametr przyczyny:

try
{
   ...
}
catch (Exception e)
{
     throw new YourOwnException(e);
}

W Javie jest prawie tak samo:

try
{
   ...
}
catch (Exception e)
{
   if (e instanceof FooException)
     throw e;
}

W Javie po prostu rzucasz wyjątek, który złapałeś, throw ea nie tylko throw. Java utrzymuje śledzenie stosu.

coś takiego

try 
{
  ...
}
catch (FooException e) 
{
  throw e;
}
catch (Exception e)
{
  ...
}

public int read(byte[] a) throws IOException {
    try {
        return in.read(a);
    } catch (final Throwable t) {
        /* can do something here, like  in=null;  */
        throw t;
    }
}

Jest to konkretny przykład, w którym metoda rzuca an IOException. Te finalśrodki tmogą posiadać tylko wyjątek wyrzucony z bloku try. Dodatkowe materiały do ​​czytania można znaleźć tutaj i tutaj .

Śledzenie stosu jest zachowywane, jeśli złapiesz wychwycony ekscytację w inny wyjątek (aby uzyskać więcej informacji) lub jeśli po prostu ponownie rzucisz złapany wykop.

try{ ... }catch (FooException e){ throw new BarException("Some usefull info", e); }

Właśnie miałem podobną sytuację, w której mój kod potencjalnie generuje wiele różnych wyjątków, które chciałem po prostu ponownie wprowadzić. Rozwiązanie opisane powyżej nie działało dla mnie, ponieważ Eclipse powiedział mi, że throw e;prowadzi to do niewymienionego wyjątku, więc właśnie to zrobiłem:

try
{
...
} catch (NoSuchMethodException | SecurityException | IllegalAccessException e) {                    
    throw new RuntimeException(e.getClass().getName() + ": " + e.getMessage() + "\n" + e.getStackTrace().toString());
}

Pracował dla mnie .... :)