Как перехватить все существующие типы исключений?

Question

[zkrvndm]

Существует ли какой-нибудь способ указать в catch, чтобы перехватывалось вообще все что существует? Без необходимости прописывать свой блок под каждый существующий тип исключения. Проблема даже не в том, что мне так уж трудно это сделать, просто я тупо не знаю какие типы исключений вообще бывают, это уже не говоря о кастомных типах.

<?php

try {

    test(); // Тестовая ошибка

}

catch (Error $e) {

    echo 'Получена ошибка из файла «'.$e->getFile().'» в '.$e->getLine().' строке: ' . $e->getMessage();

}

catch (Exception $e) {

    echo 'Получено исключение из файла «'.$e->getFile().'» в '.$e->getLine().' строке: ' . $e->getMessage();

}

Answer 1

[Ипатьев]

Если вы тупо не знаете, какие бывают типы исключений, то это легко исправить, посмотрев в документации.
Там написано, что объекты исключений имеют иерархическую структуру, и самым общим предком является интерфейс Throwable.

Отдельно следует отметить, что за использование try catch чтобы тупо написать "Получена ошибка" надо бить по рукам. Так никогда не надо делать. Это глупо и бессмысленно. РНР и сам прекрасно выведет и $e->getFile(), и $e->getLine(), и даже $e->getMessage(), и помогать ему в этом не надо.

Исключение надо ловить только тогда, когда есть определенный сценарий обработки. Например, в случае, если test() выполнилась с ошибкой, то вызвать test2().
Но главное - внутри блока catch ничего не выводить пользователю.
Общением с пользователем должны заниматься только специально предназначенные для этого блоки программы. А не любая строчка, которой вдруг захотелось это сделать.

Поэтому в данном конкретном случае ваша задача еще больше упрощается - не надо ловить вообще никакое исключение.

Comments

[zkrvndm]

Я их ловлю не для того, чтобы вывести, а чтобы отправить себе в телеграм. При том, если посмотреть содержимое $e->getMessage() то там нет указания в каком именно файле ошибка и в какой именно строке.

За совет спасибо, действительно с типом Throwable перехватывается все:
catch (Throwable $e) { }

[Ипатьев]

Я нигде не писал, что в $e->getMessage() содержится имя файла.

Отправка в телеграм - это тот же вывод.
И за него должен отвечать определенный блок программы.
В РНР можно определить обработчик исключений, и прописать там отправку куда угодно. В одном месте, а не распихивать эту отправку по всему коду.

[zkrvndm]

Ипатьев, не понимаю... чтобы что-то отправить в телеграм это что-то должно быть строкой, а $e объект, поэтому я вынужден из его свойства сначала сформировать текст.

По поводу того, что бы обрабатывать ошибки в одном месте... да я вроде это и собираюсь делать, единый try catch в основном php файле (роутере), чтобы централизовать их мониторить. Или вы что-то иное имели в виду?

[Stalker_RED]

zkrvndm,
https://www.php.net/manual/en/function.set-excepti...

https://www.php.net/manual/en/function.set-error-h...

Можно в одном месте установить обработку всех исключений и ошибок с предупреждениями.

Не распихивая try catch где попало.

[Ипатьев]

zkrvndm, если вы попробуете вывести $e, то РНР его прекрасно выведет, потому что в этом объекте реализован метод __toString().

Но речь сейчас не об этом. В глобальном обработчике можете отправлять как угодно, можете и по отдельности вызывать $e->getFile() и $e->getMessage(). Хотя по мне трассировка вызовов гораздо важнее. Главное чтобы это было написано в одном месте, а не раскидано по коду

Единый try catch тоже сгодится, хотя чисто по структуре, в роутере ему не место.

[zkrvndm]

Stalker_RED, ого, не знал что есть такая полезная функция. Огромное спасибо за наводку.

Ипатьев, а как применить метод toString? Просто вызвать?
$e->toString()
Или попытаться привести обьект к строке?
(string)$e
Я ведь не вывести его хочу, мне именно полный текст ошибки нужен, чтобы я его мог положить в переменную и уже дальше его отослать себе удобным мне способом.

[Ипатьев]

ну так и отсылайте. просто пошлите себе $e

[zkrvndm]

Ипатьев, я попробую, спасибо.

[Максим Федоров]

Например, в случае, если test() выполнилась с ошибкой, то вызвать test2().

Это bad practies — использовать исключения для потока управления программы

[Stalker_RED]

zkrvndm, а ещё вы можете собрать трассировку, причём со всеми значениями аргументов.

[Ипатьев]

Максим Федоров, так это не поток, а фолбэк.
Но в целом да, надо придумать пример понагляднее

[Ипатьев]

Stalker_RED, вот как раз эта функция тут не нужна - вся трассировка уже присутствует в объекте исключения.
правда при стрингизации она выводится в укороченной форме, но есть getTrace()

[Stalker_RED]

Ипатьев, какой-нибудь warning при отсутствующем ключе в массиве не бросает исключение. И если нужно его отследить, то в этот момент debug_backrtace и пригождается.
А ещё можно при краше сохранить весь get, post, куки и заголовки.
Тогда можно практически любой баг воссоздать, кроме тех, что завязаны на БД или внешние сервис.

[Ипатьев]

Stalker_RED, речь шла про обработку исключений, а не предупреждений.
Хотя теперь вижу, что ссылка была и про error handler. Но его роль сводится всего лишь к выбросу исключения.
То есть вместо колупания с трассировкой вручную все сводится к той же обработке исключений. Очень удобно

Answer 2

[random362]

Да, ловить \Throwable

Answer 3

[Vitsliputsli]

Я их ловлю не для того, чтобы вывести, а чтобы отправить себе в телеграм.

Тогда просто настройте парсинг логов. Держать такую логику в обработчике исключений сомнительная затея, не говоря уже о том, что ошибка может произойти до регистрации обработчика, или в самом обработчике.
А лучше настройте нормальную визуализацию ошибок, например Elastic+Kibana, а там уже по создавайте алерты по которым будут кидаться сообщения в телеграм. В сообщении будет просто ссылка на лог в Кибане, где можно будет увидеть не только ошибку, но и что ей предшествовало.

Comments

[zkrvndm]

Если бы я все это на своем сервере делал, то никаких проблем, но мне надо коробочное решение подготовить для пользователя, чтобы он залил код в корень сайта и больше не парился. Парится над ошибками буду я)