Abnormale Beendigung im Catch-Block?

Question

Ich arbeite an einer einfachen Anwendung und jetzt bin ich nicht ganz sicher, wie mit Fehlern umzugehen ist, die während der Ausführung der Anwendung aufgetreten sind. Ich mache mir besonders Sorgen um OutOfMemoryError. Beispiel:

try{ 
     while(true){ 
      //do some job 
     } 
    } catch (Exception e){ 
     System.out.println("Exception occured"); 
    } catch (Throwable t){ 
     //log entry of abnormal termination 
     System.exit(1); 
    } finally { 
     //Terminate application normally 
    } 

Ist es ein richtiger Weg, um mit einer solchen Situation umzugehen? Ich meine, zu versuchen, Anwendung normalerweise zu beenden, blockieren Sie schließlich und töten Sie einfach JVM in catch(Throwable t).

Das Problem ist finally wird nie ausgeführt werden, wenn zum Beispiel OutOfMemoryError geworfen wurde.

Answer 1

Ich glaube nicht, dass auch gebraucht wird, wenn Sie auf OutOfMemoryException Ihre JVM töten wollen, können Sie einige JVM-Flags sind:

-XX:OnOutOfMemoryError="kill -9 %p" 

es möglich sein kann etwas Speicher freizugeben, wenn OutOfMemoryException schlagen je was Sie tun, und es ist wahrscheinlich besser, explizit zu versuchen und fangen OutOfMemoryException statt Throwable zu fangen, die alles enthält, was geworfen werden kann.

Answer 2

Wenn es sich um eine Single-Thread-Anwendung handelt, können Sie einfach das OOM protokollieren und die VM normal beenden lassen, und System.exit() nicht aufrufen. Wenn es sich um eine Multithread-Anwendung handelt, müssen Sie eine Richtlinie zum Herunterfahren haben. In jedem Szenario liegt es an Ihnen, welche Ressourcen und wie Sie beim Herunterfahren Ihrer Anwendung behandelt werden sollten. Sie machen sich Sorgen, dass Sie nach System.exit() endlich nicht mehr aufrufen, wenn Sie mehr Threads haben, werden sie getötet und Sie haben keine Kontrolle wann, sie hätten auch keine Chance für eine Finalisierung. Wenn Sie Ihre App ordnungsgemäß herunterfahren möchten, müssen Sie sie so programmieren, dass sie über die entsprechende Logik verfügt.

Answer 3

Wenn Sie für eine Ausnahme System.exit(...) in einem catch Block aufrufen, wird ein finally Block nicht ausgeführt, wenn die Ausnahme abgefangen wird.

Angenommen, das ist was Sie wollen ... dann haben Sie Ihre Ausnahmebehandlung korrekt codiert.

Ist das der "richtige" Weg, damit umzugehen? Nun, wenn dies das ist, was Sie wollen (d. H. Wenn Sie wollen irgendwelche Error Ausnahmen, um die normale Terminierungslogik zu überspringen) dann ist es richtig. Aber letztendlich müssen Sie selbst entscheiden.

Having said that, wenn Sie befürchten, dass Ihre Anwendung wird die Kündigung nicht in der Lage sein, durchzuführen, da es nicht genügend Arbeitsspeicher ist, dann sind Sie so etwas tun könnte:

try { 
    int[] reserved = new int[1,000,000]; 
    while(true){ 
     //do some job 
    } 
} catch (Exception e){ 
    System.out.println("Exception occured"); 
} catch (Throwable t){ 
    //log entry of abnormal termination 
} 
// Terminate application normally << HERE 

Wenn die JVM wirft OOME, wenn Sie den "HERE" -Punkt erreichen, wird es 8 MB wiederverwendbaren Müll im Heap geben. Wenn der Beendigungscode den Heap (wieder) füllt, wird der GC den Müll zurückfordern und es sollte genug Platz sein, um die Beendigung abzuschließen.