Java -Ausnahme, um Best Practices zu bearbeiten

Verwenden Sie überprüfte Ausnahmen, um Wiederherstellungsfehler anzuzeigen, und deaktivierte Ausnahmen, um Programmierfehler anzuzeigen. 2. Nachdem sie Ausnahmen erfasst haben, müssen sie verarbeitet, protokolliert oder nacherzählt werden und dürfen nicht ignoriert werden. 3. Werfen Sie so bald wie möglich Ausnahmen, wenn Fehler auftreten, und verzögern Sie die Erfassung oben in der Call -Kette. 4. Geben Sie klare Kontextinformationen an, wenn Sie Ausnahmen werfen, um vage Beschreibungen zu vermeiden. 5. Verwenden Sie Try-with-Resources, um die Ressourcenschließungen automatisch zu verwalten, um Ressourcenleckage zu verhindern. 6. Vermeiden Sie es, umfassende Ausnahmen wie Ausnahme oder Throwable zu fangen, und spezifische Ausnahmetypen sollten erfasst werden. 7. Benutzerdefinierte Ausnahmen sollten semantische Fehlerinformationen und Kontextdaten enthalten. 8. Ausnahmen sollten nicht verwendet werden, um den normalen Programmfluss zu kontrollieren, um Leistungsverluste zu vermeiden. 9. Bei Ausnahmen müssen vollständige Stapelinformationen gedruckt werden, um Probleme zu beheben. 10. Verwenden Sie @ControllerAdvice in einem Webprojekt und anderen Mechanismen realisieren die globale Einstellung der Ausnahme, um die Standardisierung der Fehlerantworten sicherzustellen. Das Befolgen dieser Best Practices kann die Robustheit, Wartbarkeit und Debugging -Effizienz von Java -Programmen erheblich verbessern.

Die Handhabung von Java -Ausnahmen ist ein wichtiger Bestandteil des Schreibens robuster und wartbarer Code. Wenn es gut verwendet wird, kann das Programm stabiler und einfacher zu debuggen. Wenn es schlecht verwendet wird, führt dies zu versteckten Fehler, Ressourcenleckagen oder schlechter Benutzererfahrung. Das Folgende sind einige Best Practices für die Handhabung von Java -Ausnahme, die für tägliche Entwicklungsreferenzen geeignet sind.

1. Unterscheidet zwischen überprüften und nicht kontrollierten Ausnahmegutzungsszenarien

Ausnahmen in Java sind in zwei Kategorien unterteilt:

• Überprüfte Ausnahme (Ausnahmezeit für Kompilierzeit): Muss explizit behandelt werden, wie z. B. IOException und SQLException .
• Unkontrollierte Ausnahme (Laufzeitausnahme): Erben von RuntimeException , wie NullPointerException und IllegalArgumentException .

Anregung:

• Verwenden Sie überprüfte Ausnahmen , um wiederherstellbare Fehler anzugeben, die der Anrufer verarbeiten sollte (z. B. die Datei nicht vorhanden oder das Netzwerk -Zeitüberschreitende).
• Verwenden Sie nicht kontrollierte Ausnahmen , um Programmierfehler oder nicht wiederbeschreibbare Probleme (wie illegale Parameter, Nullzeiger) anzuzeigen.

✅ Gutes Beispiel: IllegalArgumentException wird geworfen, wenn ein Nullparameter übergeben wird, und der Anrufer sollte jedes Mal im Voraus einchecken, anstatt es zu versuchen.

2. Ignorieren Sie keine Ausnahmen

Ein häufiger Fehler besteht darin, nach einer Ausnahme nichts zu tun:

 versuchen {
    Datei.read ();
} catch (ioException e) {
    // nichts tun - sehr gefährlich!
}

Dies wird das Problem verschwinden und es ist schwierig, Fehler zu beheben.

Richtige Möglichkeit, dies zu tun:

• Entweder handeln Ausnahmen (Wiederholung, Herabstufung, Aufforderung des Benutzer usw.).
• Oder Protokollierung,
• Oder es locken.

 } catch (ioException e) {
    log.Error ("Dateilesung fehlgeschlagen: {}", e.getMessage (), e);
    Neue ServiceException werfen ("Lesen fehlgeschlagen", e);
}

⚠️ Auch wenn Sie der Meinung sind, dass "Hier keinen Fehler gibt", sollten Sie die Protokolle für eine spätere Inspektion aufzeichnen.

3. Werfen Sie so schnell wie möglich und verzögern Sie die Erfassung

Wurf so schnell wie möglich : Wirf eine Ausnahme sofort, wenn ein Fehler erkannt wird, und warten Sie nicht, bis die tiefe Logik verarbeitet wird.

 public void Process (Benutzer Benutzer) {
    if (user == null) {
        Neue IllegalArgumentException werfen ("Benutzer kann nicht leer sein");
    }
    // weiter verarbeiten}

Verzögerungsaufnahme : Fangen Sie Ausnahmen auf der entsprechenden Ebene (normalerweise der obersten Schicht der Anrufkette, z.

Zum Beispiel: Die DAO -Schicht löst eine Ausnahme → Die Serviceschicht aus → Die Controller -Schicht erfasst und gibt eine Fehlerantwort zurück.

Dies vermeidet doppelte Code und erleichtert einheitliche Protokoll- und Antwortformate.

V.

Wenn eine Ausnahme ausgelöst wird, wird klare Kontextinformationen geliefert, um die Fehlerbehebung zu erleichtern.

 Neue IllegalArgumentException werfen ("Benutzer -ID ist ungültig:" BenutzerID ", die Länge muss 8 Bit betragen");

Wenn Sie eine benutzerdefinierte Ausnahme verwenden, können Sie strukturiertere Informationen angeben:

 Neue BenutzernotFoundException ("Benutzer nicht gefunden", userId, requestip);

❌ Vermeiden: throw new RuntimeException("Error") solche Fuzzy -Informationen.

5. Verwenden Sie Try-with-Resources, um Ressourcen zu verwalten

Wenn Sie Ressourcen wie Dateien, Datenbankverbindungen, Netzwerkflüsse usw. verarbeiten, sollten Sie unbedingt geschlossen werden, andernfalls erfolgt die Ressourcenleckage.

Java 7 empfiehlt die Verwendung von Try-with-Ressourcen :

 versage (FileInputStream fis = new FileInputStream ("Data.txt");
     BufferedReader Reader = New BufferedReader (New InputStreamReader (FIS))) {
    return reader.readline ();
} catch (ioException e) {
    log.Error ("Datei lesen fehlgeschlagen", e);
    neue serviceException ("Dateibetriebnahme", e);
}

Alle Ressourcen, die AutoCloseable implementieren, werden automatisch geschlossen, ohne finally manuell zu schreiben.

6. Vermeiden Sie, Throwable- oder Ausnahme von großen Ausnahmen zu fangen

Schreiben Sie nicht:

 versuchen {
    // ...
} catch (Ausnahme e) {
    // ALLE AUSBILDUNGEN GESAGEN - zu breit!
}

Dies wird alle Ausnahmen erfassen, einschließlich RuntimeException und neuer Ausnahmetypen in der Zukunft, die das Problem leicht maskieren können.

Richtige Möglichkeit, dies zu tun:

• Fangen Sie genau Ausnahmen an, mit denen Sie wissen, wie Sie umgehen sollen .
• multi-catch ist für mehrere spezifische Ausnahmen verfügbar:

 } catch (ioException | sqlexception e) {
    log.Error ("Datenzugriff fehlgeschlagen", e);
    neue serviceException ("Service -Ausnahme", e) werfen;
}

7. Benutzerdefinierte Ausnahmen sollten vernünftig gestaltet werden

Wenn eine genauere Fehlersemantik benötigt wird, können Sie Ihre eigene Ausnahmeklasse definieren:

 Die öffentliche Klasse unzureichendFundsexception erweitert die Ausnahme {
    private endgültige String -AccountID;
    Privates Final BigDecimal Current Balance;
    private endgültige Bigdecimal Entzug;

    öffentliche unzureichende Fundsexception (String -MSG, String AccountID, 
                                     BigDecimal Balance, BigDecimal -Betrag) {
        Super (MSG);
        this.accountID = AccountID;
        this.currentBalance = Balance;
        this.withdrawalamount = Menge;
    }
    // Getter ...
}

Nutzen:

• Einfach zu identifizieren spezifische Fehlertypen auf der oberen Ebene
• Kontextinformationen tragen
• Hilft dabei, freundlichere Fehlerantworten aufzubauen

8. Verwenden Sie keine Ausnahmen, um den Programmfluss zu steuern

Ausnahmen sind "Ausnahmen" Situationen, nicht normale logische Zweige.

❌ Fehlerbeispiel:

 versuchen {
    Integer.ParseInt (Eingabe);
    // Die Parsen ist erfolgreich, fortzusetzen} catch (numberformatexception e) {
    // Die Eingabe ist keine Zahl, verarbeitet als Zeichenfolge}

Dies ist ein "normales logisches Urteil" und sollte mit StringUtils.isNumeric() verwendet werden.

Das Overhead -Ausnahmehandling ist hoch, und häufiger Wurf wirkt sich auf die Leistung aus.

9. Drucken Sie den vollständigen Stapel im Protokoll

Wenn Sie Ausnahmen aufzeichnen, sollten Sie den vollständigen Stapel (mit Throwable -Parametern) unbedingt ausdrucken:

 log.Error ("Operation fehlgeschlagen", e); // korrekt: Enthält Stack

Stattdessen:

 log.Error ("Operation fehlgeschlagen:" e.getMessage ()); // Fehler: Lost Stack

Stapelinformationen sind entscheidend für die Positionierungsprobleme.

10. Einheitliche Ausnahmebehandlung (insbesondere in Webprojekten)

Verwenden Sie in Frameworks wie Spring Boot @ControllerAdvice oder @RestControllerAdvice , um Ausnahmen einheitlich zu verarbeiten:

 @RestControllerAdvice
öffentliche Klasse GlobalExceptionHandler {

    @ExceptionHandler (userernotfoundException.class)
    public responseentity <RrorResponse> HandleUnernotfound (BenutzernotfoundException e) {{
        ErrorResponse error = new errorResponse ("user_not_found", e.getMessage ());
        return responseentity.status (404) .body (Fehler);
    }

    @ExceptionHandler (Ausnahme.CLASS)
    public responseentity <RrorResponse> HandleGeneric (Ausnahme E) {{
        log.Error ("unerwartete Ausnahme", e);
        ErrorResponse error = new errorResponse ("Internal_error", "Systemfehler");
        return responseentity.status (500) .body (Fehler);
    }
}

Auf diese Weise kann das Front-End strukturierte Fehlerantworten erhalten und das Back-End kann auch zentrale Fehlercodes und Protokolle verwalten.

Grundsätzlich diese Kernpraktiken. Die Ausnahmebehandlung ist nicht kompliziert, aber leicht übersehen oder missbraucht. Die Einhaltung dieser Prinzipien kann die Qualität und Wartbarkeit von Code erheblich verbessern.

Das obige ist der detaillierte Inhalt vonJava -Ausnahme, um Best Practices zu bearbeiten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!