Beeinträchtigt die Platzierung eines try-catch-Blocks die Leistung?

Question

Beeinflusst die Platzierung eines try-catch-Blocks die Leistung?

BEISPIEL 1: try-catch Block Innenseite die while-Schleife

while (true) { 
    try { 
     // ... read from a file 
    } catch (EOFException e) { 
     break; 
    } 
} 

Beispiel 2: try-catch Block

die while-Schleife umgibt

try { 
    while (true) { 
     // ... read from a file 
    } 
} catch (EOFException e) { 
    // :P 
} 

Logisch, diese zwei Beispiele sind gleichwertig, aber welche sollte ich bevorzugen?

Answer 1

Was auch immer Overhead try-catch verursacht ist wahrscheinlich vernachlässigbar, aber was zieht meine Aufmerksamkeit mehr mit dem ersten Fall ist, dass es irreführend ist: Sie fangen eine Ausnahme, nur um die Schleife abzubrechen. Ich würde Lösung 2 wählen, nur weil es mit der Absicht übereinstimmt. Und Sie vermeiden jeden Overhead auf diese Weise.

Answer 2

können Sie von außerhalb der Weile brechen? Ich glaube nicht, dass deine Annahme, dass die 2 gleich sind, wahr ist.

Meine Intuition sagt mir, dass der Versuch/Fang außerhalb der Schleife besser ist. Wenn es einen Bytecode-Einfluss gibt, indem ein try/catch geschrieben wird, ist es besser, weniger erstellt zu haben. Wenn es keine Auswirkungen gibt, außer die Ausnahme tritt auf, ist das egal. Ich sehe keine Umstände, bei denen es besser wäre, den Versuch/Fang innen zu haben.

Ich könnte falsch sein ...

Answer 3

Should java try blocks be scoped as tightly as possible?

Daraus ergibt sich eine viel bessere Antwort als ich konnte. Kurz gesagt, sie fügen nur einen Eintrag zu einer Tabelle hinzu, die überprüft wird, wenn Ausnahmen ausgelöst werden. Wenn also keine Ausnahme ausgelöst wird, wirkt sich dies nicht auf die Leistung aus. Es ist am besten, es einfach dort zu platzieren, wo es am besten ist, es zu versuchen, wenn du kannst. Wenn nicht, wo immer nützlich oder sinnvoll. Obwohl mit Pause außerhalb der Schleife, glaube ich nicht, dass die zweite sowieso gültig ist.

Answer 4

Das zweite Beispiel (try-catch-Block um der Code) ist sowohl schneller als auch klarer.

Answer 5

Die Platzierung Ihres Try-Catch hat keinerlei Auswirkungen auf die Leistung Ihrer Anwendung. Selbst wenn dies der Fall wäre, wäre das völlig vernachlässigbar. Das ist nicht der Ort, an dem du deine Energie lenken möchtest. Implementieren Sie basierend auf dem Bedarf zuerst und optimieren Sie dann. Nicht optimieren.