# Hibák és kivételek (exceptions) a PHP-ban > Hibák és kivételek a PHP-ban: Throwable, Error és Exception, try/catch/finally, globális kezelők, valamint biztonságos hibakimenet- és naplóbeállítások. Forrás: https://phpsos.de/hu/php/fehler-und-exceptions/ Állapot: 2026. 10. 25. Szolgáltató: PHP SOS, PHP-vészhelyzeti segítség és szerverbiztonság. Azonnali segítség WhatsAppon: https://wa.me/491736494914?text=%C3%9Cdv%C3%B6zl%C3%B6m%2C%20PHP%20SOS%21%20Seg%C3%ADts%C3%A9gre%20van%20sz%C3%BCks%C3%A9g%C3%BCnk%20a%20PHP-szerver%C3%BCnkkel.%20C%C3%A9g%3A%20%E2%80%A6%20Weboldal%3A%20%E2%80%A6 **Röviden:** A PHP két úton jelzi a problémákat: klasszikus hibaként, például figyelmeztetésként és megjegyzésként, amelyeket az `error_reporting` vezérel, valamint kivételként, amelyeket `try` és `catch` segítségével lehet elkapni. A PHP 7 óta sok belső hiba is `Error` osztályú objektumot dob; ez az `Exception`-nel együtt a `Throwable` interfészt valósítja meg. Éles üzemben az a szabály, hogy a hibákat naplózni kell, és soha nem szabad a böngészőben megjeleníteni. A PHP 8.5-ön a PHP2Shell miatt az átmeneti intézkedésekhez a `fatal_error_backtraces=0` is hozzátartozik. ## Két világ: klasszikus hibák és kivételek A PHP olyan korból származik, amikor a hibákat főleg üzenetként írták ki: megjegyzések (`E_NOTICE`), figyelmeztetések (`E_WARNING`), elavult függvények (`E_DEPRECATED`) és végzetes hibák (`E_ERROR`). Ezen üzenetek közül sok futni hagyja a szkriptet, gyakran hibás vagy üres adatokkal. A kivételek másként működnek. Megszakítják a normál lefutást, és a következő megfelelő `catch` blokkra ugranak. Ha egyet sem találnak, a szkript véget ér. A döntéshozók számára a különbség azért fontos, mert egy csendes figyelmeztetés oda vezethet, hogy egy rendelés hiányosan mentődik el anélkül, hogy bárki észrevenné. A kivétel láthatóvá és kezelhetővé teszi a problémát. A klasszikus üzenetek alulértékelt haszna az `E_DEPRECATED` típusú megjegyzések. Ezek jelzik, hogy egy nyelvi eszköz egy jövőbeli PHP-verzióban megszűnik. Aki a naplóban gyűjti, és rendszeresen kiértékeli őket, egy frissítés előtt tudja, mely helyeket kell módosítani, és sürgős biztonsági rés esetén nem kell hosszan tesztelnie. ## A Throwable-hierarchia Minden, ami `throw`-val dobható és `catch`-csel elkapható, megvalósítja a `Throwable`-t. Alatta két ág van: | Osztály | Cél | Példák az alosztályokra | |---|---|---| | `Exception` | az alkalmazás és a bővítmények várható hibái | `ErrorException`, `PDOException`, saját osztályok | | `Error` | a PHP belső hibái | `TypeError`, `ValueError`, `ArgumentCountError`, `ArithmeticError`, `DivisionByZeroError`, `UnhandledMatchError` | A saját hibaosztályok az `Exception`-ből származnak, nem az `Error`-ból. A PHP 8.0 óta a legtöbb belső függvény érvénytelen paraméter esetén `TypeError`t vagy `ValueError`t dob, ahelyett hogy csak figyelmeztetést írna ki. A `strlen([])` ilyen eset. ## try, catch és finally a gyakorlatban ```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) { // a PHP 8.0 óta a változó a catch-ben elhagyható $log->error('Zahlungsdienst nicht erreichbar', ['bestellung' => $b->id()]); return false; } finally { $dienst->verbindungSchliessen(); } } ``` Több osztály a `|` jellel összevonható egyetlen `catch`-ben. A `finally` blokk mindig lefut, akár történt hiba, akár nem. A PHP 8.0 óta a `throw` kifejezés is, így például a `??` mögé kerülhet: `$id = $_GET['id'] ?? throw new InvalidArgumentException('id fehlt');`. ## Globális kezelők: set_error_handler és set_exception_handler Két függvény fogja el azt, ami egyébként átcsúszna. A `set_exception_handler()` egy függvényt regisztrál az el nem kapott Throwable-ökhöz. A kézikönyv szerint a szkript a meghívása után véget ér; naplózásra és semleges hibaoldalra alkalmas tehát, nem a továbbfutásra. Bevált megoldás az a kezelő, amely a teljes hibát időponttal és véletlenszerű azonosítóval a naplóba írja, a látogatónak pedig csak egy semleges oldalt mutat ezzel az azonosítóval. Az ügyfélszolgálat így megtalálja az esetet a naplóban, anélkül hogy belső részletek kiszivárognának. A `set_error_handler()` a klasszikus hibákat fogja el. A kézikönyv megmutatja, hogyan lehet őket `ErrorException`-né alakítani, hogy a figyelmeztetéseket kivételként kezeljék: ```php