Wyjątek wyrzucony wewnątrz bloku catch - czy zostanie złapany ponownie?

Nie. Bardzo łatwo to sprawdzić.

public class Catch {
    public static void main(String[] args) {
        try {
            throw new java.io.IOException();
        } catch (java.io.IOException exc) {
            System.err.println("In catch IOException: "+exc.getClass());
            throw new RuntimeException();
        } catch (Exception exc) {
            System.err.println("In catch Exception: "+exc.getClass());
        } finally {
            System.err.println("In finally");
        }
    }
}

Powinien wydrukować:

In catch IOException: class java.io.IOException
In finally
Exception in thread "main" java.lang.RuntimeException
        at Catch.main(Catch.java:8)

Technicznie mógł to być błąd kompilatora, zależne od implementacji, nieokreślone zachowanie, czy coś. Jednak JLS jest dość dobrze przybity i kompilatory są wystarczająco dobre do tego rodzaju prostych rzeczy (generics corner case może być inna sprawa).

Zauważ również, że jeśli zamienisz dwa bloki catch, nie będzie kompilacji. Drugi połów byłby całkowicie nieosiągalny.

Uwaga blok finally zawsze działa, nawet jeśli blok catch jest wykonywany (inne niż głupie przypadki, takie jak nieskończone pętle, dołączanie przez interfejs narzędzi i zabijanie wątku, przepisywanie kodu bajtowego itp.).

Specyfikacja języka Java mówi w sekcji 14.19.1:

Jeśli wykonanie bloku try zakończy się nagle z powodu wyrzucenia wartości V, wtedy jest wybór:

• Jeśli typ run-time V jest przypisany do parametru dowolnej klauzuli catch instrukcji try, wtedy wybrana jest pierwsza (po lewej stronie) taka klauzula catch. Wartość V jest przypisana do parametru wybranej klauzuli catch, a Blok tej klauzuli catch jest wykonywany. Jeśli ten blok polecenie TRY kończy się normalnie; jeśli blok kończy się nagle z jakiegokolwiek powodu, to polecenie TRY kończy się nagle z tego samego powodu.

Odniesienie: http://java.sun.com/docs/books/jls/second_edition/html/statements.doc.html#24134

Innymi słowy, pierwszy połów, który może obsłużyć wyjątek, robi, a jeśli wyjątek zostanie wyrzucony z tego połowu, nie jest to w zakresie żadnego innego połowu dla oryginalna próba, więc nie będą próbować sobie z tym poradzić.

Jedną z powiązanych i mylących rzeczy jest to, że w strukturze try-[catch] - finally blok może rzucić wyjątek, a jeśli tak, każdy wyjątek wyrzucony przez blok try lub catch jest tracony. To może być mylące, gdy pierwszy raz to widzisz.

Jeśli chcesz wyrzucić wyjątek z bloku catch, musisz poinformować o tym swoją metodę / klasę / etc. że musi rzucić wspomniany wyjątek. Tak:

public void doStuff() throws MyException {
    try {
        //Stuff
    } catch(StuffException e) {
        throw new MyException();
    }
}

A teraz twój kompilator nie będzie na Ciebie krzyczał:)

Nie -- jak powiedział Chris Jester-Young, zostanie wyrzucony do następnej próby-złapać w hierarchii.

Jak wspomniano powyżej...
Dodam, że jeśli masz problemy z widzeniem, co się dzieje, jeśli nie możesz odtworzyć problemu w debuggerze, możesz dodać ślad przed ponownym wyrzuceniem nowego wyjątku (z dobrym starym systemem.Wynocha.println w gorszym, z dobrym systemem logowania jak log4j inaczej).

Nie zostanie złapany przez drugi blok. Każdy wyjątek jest przechwytywany tylko w bloku try. Można jednak zagnieżdżać (Nie żeby to był ogólnie dobry pomysł):

try {
    doSomething();
} catch (IOException) {
   try {
       doSomething();
   } catch (IOException e) {
       throw new ApplicationException("Failed twice at doSomething" +
       e.toString());
   }          
} catch (Exception e) {
}

Nie, ponieważ wszystkie połowy odnoszą się do tego samego bloku try, więc rzucanie z wewnątrz bloku catch byłoby przechwytywane przez zamknięty blok try (prawdopodobnie w metodzie, która nazwała ten)

Stary post ale zmienna " e " musi być unikalna:

try {
  // Do something
} catch(IOException ioE) {
  throw new ApplicationException("Problem connecting to server");
} catch(Exception e) {
  // Will the ApplicationException be caught here?
}