# Fehler und Exceptions in PHP > Fehler und Exceptions in PHP: Throwable, Error und Exception, try/catch/finally, globale Handler und sichere Einstellungen für Fehlerausgabe und Logs. Quelle: https://phpsos.de/php/fehler-und-exceptions/ Stand: 25.10.2026 Anbieter: PHP SOS, PHP-Notfallhilfe und Server-Sicherheit. Soforthilfe per WhatsApp: https://wa.me/491736494914?text=Hallo%20PHP%20SOS%2C%20wir%20brauchen%20Hilfe%20mit%20unserem%20PHP-Server.%20Firma%3A%20%E2%80%A6%20Website%3A%20%E2%80%A6 **Kurz gesagt:** PHP meldet Probleme auf zwei Wegen: als klassische Fehler wie Warnungen und Hinweise, die über `error_reporting` gesteuert werden, und als Exceptions, die sich mit `try` und `catch` abfangen lassen. Seit PHP 7 werfen auch viele interne Fehler ein Objekt der Klasse `Error`; gemeinsam mit `Exception` implementiert es das Interface `Throwable`. In der Produktion gilt: Fehler protokollieren, nie im Browser anzeigen. Auf PHP 8.5 gehört wegen PHP2Shell außerdem `fatal_error_backtraces=0` zu den Übergangsmaßnahmen. ## Zwei Welten: klassische Fehler und Exceptions PHP stammt aus einer Zeit, in der Fehler vor allem als Meldung ausgegeben wurden: Hinweise (`E_NOTICE`), Warnungen (`E_WARNING`), veraltete Funktionen (`E_DEPRECATED`) und fatale Fehler (`E_ERROR`). Viele dieser Meldungen lassen das Skript weiterlaufen, oft mit falschen oder leeren Daten. Exceptions arbeiten anders. Sie unterbrechen den normalen Ablauf und springen zum nächsten passenden `catch`-Block. Wird keiner gefunden, endet das Skript. Für Entscheider ist der Unterschied wichtig: Eine stille Warnung kann dazu führen, dass eine Bestellung unvollständig gespeichert wird, ohne dass es jemand merkt. Eine Exception macht das Problem sichtbar und behandelbar. Ein unterschätzter Nutzen der klassischen Meldungen sind Hinweise vom Typ `E_DEPRECATED`. Sie kündigen an, dass ein Sprachmittel in einer künftigen PHP-Version wegfällt. Wer sie im Log sammelt und regelmäßig auswertet, weiß vor einem Upgrade, welche Stellen angepasst werden müssen, und muss bei einer dringenden Sicherheitslücke nicht erst lange testen. ## Die Throwable-Hierarchie Alles, was sich mit `throw` werfen und mit `catch` fangen lässt, implementiert `Throwable`. Darunter gibt es zwei Äste: | Klasse | Zweck | Beispiele für Unterklassen | |---|---|---| | `Exception` | erwartbare Fehler der Anwendung und von Erweiterungen | `ErrorException`, `PDOException`, eigene Klassen | | `Error` | interne Fehler von PHP | `TypeError`, `ValueError`, `ArgumentCountError`, `ArithmeticError`, `DivisionByZeroError`, `UnhandledMatchError` | Eigene Fehlerklassen leiten von `Exception` ab, nicht von `Error`. Seit PHP 8.0 werfen die meisten internen Funktionen bei ungültigen Parametern einen `TypeError` oder `ValueError`, statt nur eine Warnung auszugeben. `strlen([])` ist ein solcher Fall. ## try, catch und finally in der Praxis ```php belasten($b->betrag(), $b->referenz()); return true; } catch (ZahlungFehlgeschlagen $e) { $log->warning('Zahlung abgelehnt', ['bestellung' => $b->id(), 'exception' => $e]); return false; } catch (TimeoutException | VerbindungsFehler) { // seit PHP 8.0 ist die Variable im catch optional $log->error('Zahlungsdienst nicht erreichbar', ['bestellung' => $b->id()]); return false; } finally { $dienst->verbindungSchliessen(); } } ``` Mehrere Klassen lassen sich mit `|` in einem `catch` zusammenfassen. Der `finally`-Block läuft immer, ob ein Fehler aufgetreten ist oder nicht. Seit PHP 8.0 ist `throw` außerdem ein Ausdruck und kann etwa hinter `??` stehen: `$id = $_GET['id'] ?? throw new InvalidArgumentException('id fehlt');`. ## Globale Handler: set_error_handler und set_exception_handler Zwei Funktionen fangen ab, was sonst durchrutschen würde. `set_exception_handler()` registriert eine Funktion für nicht abgefangene Throwables. Laut Handbuch endet das Skript, nachdem sie aufgerufen wurde; sie eignet sich also für Protokollierung und eine neutrale Fehlerseite, nicht zum Weiterarbeiten. Bewährt hat sich ein Handler, der den vollständigen Fehler mit Zeitpunkt und einer zufälligen Kennung ins Log schreibt und dem Besucher nur eine neutrale Seite mit dieser Kennung zeigt. Der Support kann den Fall dann im Log wiederfinden, ohne dass interne Details nach außen dringen. `set_error_handler()` fängt klassische Fehler ab. Das Handbuch zeigt, wie man sie in eine `ErrorException` umwandelt, damit Warnungen wie Exceptions behandelt werden: ```php