Php

Создание настраиваемого обработчика исключений

Вы можете определить собственный собственный обработчик исключений. Используйте следующую функцию для установки пользовательской функции обработчика исключений.

Здесь exception_handler — это имя вызываемой функции, когда происходит неперехваченное исключение. Эта функция должна быть определена перед вызовом set_exception_handler().

пример

<?php
   function exception_handler($exception) {
      echo "Uncaught exception: " , $exception->getMessage(), "\n";
   }
   set_exception_handler('exception_handler');
   throw new Exception('Uncaught Exception');
   echo "Not Executed\n";
?>

Предыдущие статьи

Регулярные выражения PHP -Кванторы, мета-символы и модификаторы — 12/04/2018 19:20
Сеансы PHP — Запуск, уничтожение, сессии без файлов cookie — 12/04/2018 19:20
PHP-файлы cookie — Настройка, доступ и удаление cookie — 12/04/2018 19:19
Файлы PHP и ввод-вывод — открытие, чтение, запись и закрытие файла — 12/04/2018 19:18
Методы PHP GET и POST, переменная $_REQUEST — 12/04/2018 19:17
Загрузка файлов PHP — Создание формы и сценария загрузки — 12/04/2018 19:16
Объектно-ориентированное программирование в PHP — 12/04/2018 19:15
Включение файла в PHP — Функция include и require — 12/04/2018 19:14
Предопределенные переменные PHP — Суперглобальные массивы и переменные сервера — 12/04/2018 19:13
Функции с параметрами, динамические вызовы, создание функции в PHP — 12/04/2018 19:12
Типы операторов PHP — категории, присваивания, логические операторы — 12/04/2018 19:11
Типы циклов PHP for, foreach, continue, break, do-while — 12/04/2018 19:10
Принятие решений PHP — ElseIf Switch — 12/04/2018 19:09
Типы констант PHP — Различия между константами и переменными — 12/04/2018 19:08
Массивы PHP: Многомерные, ассоциативные и числовые массивы — 12/04/2018 19:07
Типы переменных, область и имена переменных в PHP — 12/04/2018 19:06
Строки в PHP, strpos, strlen, конкатенация строк — 12/04/2018 19:05
Дата и время, получение, преобразование времени в PHP — 12/04/2018 19:03
Обзор синтаксиса, канонические теги, комментирование PHP-кода — 12/04/2018 19:02
Введение в PHP. Общее использование, характеристики PHP — 12/04/2018 19:01

Не фатальные ошибки

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

E_WARNING

Частенько встречается, когда подключаешь файл с использованием , а его не оказывается на сервере или ошиблись указывая путь к файлу. Так же эта ошибка возникает, если используешь неправильный тип аргументов при вызове функций.

E_NOTICE

Это самые распространенные ошибки, мало того, есть любители отключать вывод ошибок и клепают их целыми днями. Возникают при целом ряде тривиальных ошибок.

Сюда входят следующие ошибки:

Обращение в неопределенной переменной
Обращение к несуществующему элименту
Обращение к несуществующей константе
Конвертация типов данных.

E_STRICT

Это ошибки, которые научат вас писать код правильно, чтобы не было стыдно, тем более IDE вам эти ошибки сразу показывают. Вот например, если вызвали не статический метод как статику, то код будет работать, но это как-то неправильно, и возможно появление серьёзных ошибок, если в дальнейшем метод класса будет изменён, и появится обращение к .

E_DEPRECATED

Так PHP будет ругаться, если вы используете устаревшие функции (т.е. те, что помечены как , и в следующем мажорном релизе их не будет).

Ошибки в коде нагружают вашу программу и начинает медленно работать. При этом некоторые ошибки могут даже испортить вашу программу, так что вы со стороны не заметите.

При работе с серьезными проектам, обязательно тщательно проверять на ошибки работу программ.

В дальнейшем, возможно, я выпущу более подробную запись об ошибках. В данной же записи я хотел ваш показать скрипт вывода всех ошибок.

Обработка исключений[править]

Чтобы сгенерировать исключение используется ключевое слово . Как и любой объект в Java, исключения создаются с помощью .

 (t == ) {
     NullPointerException();
}

Есть два стандартных конструктора для всех исключений: первый — конструктор по умолчанию, второй принимает строковый аргумент, поэтому можно поместить подходящую информацию в исключение.

Возможна ситуация, когда одно исключение становится причиной другого. Для этого существует механизм exception chaining. Практически у каждого класса исключения есть конструктор, принимающий в качестве параметра – причину исключительной ситуации. Если же такого конструктора нет, то у есть метод , который можно вызвать один раз, и передать ему исключение-причину.

Как и было сказано раньше, определение метода должно содержать список всех проверяемых исключений, которые метод может бросить. Также можно написать более общий класс, среди наследников которого есть эти исключения.

 f()  InterruptedException, IOException {

try-catch-finallyправить

Код, который может бросить исключения оборачивается в -блок, после которого идут блоки и (Один из них может быть опущен).

 {
    
}

Сразу после блока проверки следуют обработчики исключений, которые объявляются ключевым словом catch.

 {
    
} (Type1 id1) {
    
} (Type2 id2) {
    
}

-блоки обрабатывают исключения, указанные в качестве аргумента. Тип аргумента должен быть классом, унаследованного от , или самим . Блок выполняется, если тип брошенного исключения является наследником типа аргумента и если это исключение не было обработано предыдущими блоками.

Код из блока выполнится в любом случае: при нормальном выходе из , после обработки исключения или при выходе по команде .

NB: Если JVM выйдет во время выполнения кода из или , то -блок может не выполниться. Также, например, если поток выполняющий или код остановлен, то блок может не выполниться, даже если приложение продолжает работать.

Блок удобен для закрытия файлов и освобождения любых других ресурсов. Код в блоке должен быть максимально простым. Если внутри блока будет брошено какое-либо исключение или просто встретится оператор , брошенное в блоке исключение (если таковое было брошено) будет забыто.

 java.io.IOException;

 ExceptionTest {
   
     main(String[] args) {
         {
             {
                Exception();
            }  {
                 IOException();
            }
        }  (IOException ex) {
            System..println(ex.getMessage());
        }  (Exception ex) {
            System..println(ex.getMessage());
        }
    }
}

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

Обработка исключений, вызвавших завершение потокаправить

При использовании нескольких потоков бывают ситуации, когда поток завершается из-за исключения. Для того, чтобы определить с каким именно, начиная с версии Java 5 существует интерфейс . Его реализацию можно установить нужному потоку с помощью метода . Можно также установить обработчик по умолчанию с помощью статического метода .

Интерфейс имеет единственный метод , в который передается экземпляр потока, завершившегося исключением, и экземпляр самого исключения. Когда поток завершается из-за непойманного исключения, JVM запрашивает у потока , используя метод , и вызвает метод обработчика – . Все исключения, брошенные этим методом, игнорируются JVM.

Информация об исключенияхправить

. Этот метод возвращает строку, которая была первым параметром при создании исключения;
возвращает исключение, которое стало причиной текущего исключения;
печатает stack trace, который содержит информацию, с помощью которой можно определить причину исключения и место, где оно было брошено.

Exception in thread "main" java.lang.IllegalStateException: A book has a null property
        at com.example.myproject.Author.getBookIds(Author.java:38)
        at com.example.myproject.Bootstrap.main(Bootstrap.java:14)
Caused by: java.lang.NullPointerException
        at com.example.myproject.Book.getId(Book.java:22)
        at com.example.myproject.Author.getBookIds(Author.java:35)

Все методы выводятся в обратном порядке вызовов. В примере исключение было брошено в методе , который был вызван в . «Caused by» означает, что исключение является причиной .

Обработка исключений

PHP 5 имеет модель исключения, аналогичную модели других языков программирования. Исключения важны и обеспечивают лучший контроль над обработкой ошибок. Позволяет объяснить там новое ключевое словосвязанное с исключениями.

Try — функция, использующая исключение, должна находиться в блоке «try». Если исключение не запускается, код будет продолжен как обычно. Однако, если исключение инициируется, исключение «бросается».
Throw — это то , как вы вызываете исключение. Каждый «бросок» должен иметь хотя бы один «улов».
Catch. Блок «catch» извлекает исключение и создает объект, содержащий информацию об исключении.
Когда генерируется исключение, код, следующий за оператором, не будет выполнен, а PHP попытается найти первый соответствующий блок catch. Если исключение не поймано, PHP Fatal Error будет выпущена с помощью «Uncaught Exception …»
Исключение может быть выброшено, и поймал ( « пойманный ») в PHP. Код может быть окружен в блоке try.
Каждая попытка должна иметь по крайней мере один соответствующий блок catch. Для блокировки различных классов исключений можно использовать несколько блоков catch.
Исключения могут быть сброшены (или повторно выбраны) в блоке catch.

пример

Ниже приведен фрагмент кода, скопируйте и вставьте этот код в файл и проверьте результат.

<?php
   try {
      $error = 'Always throw this error';
      throw new Exception($error);
      // Code following an exception is not executed.
      echo 'Never executed';
   }catch (Exception $e) {
      echo 'Caught exception: ',  $e->getMessage(), "\n";
   }
   // Continue execution
   echo 'Hello World';
?>

В приведенном выше примере функция используется для получения сообщения об ошибке. Существуют следующие функции, которые могут использоваться из класса Exception.

GetMessage() — сообщение об исключении
GetCode() — код исключения
GetFile() — исходное имя файла
GetLine() — исходная строка
GetTrace() — n массив backtrace()
GetTraceAsString() — сформированная строка трассировки

Генерация исключений

Для генерации исключения используется ключевое слово и экземпляр класса . С английского переводится как «бросать», что очень точно описывает поведение этого оператора. Он генерирует (бросает) исключение в каком-либо методе (в котором может случиться нестандартная, исключительная ситуация) и останавливает дальнейшее выполнение кода, тем самым предоставляя возможность обработать это исключение в методе (в любом месте приложения), который будет вызывать данный метод с брошенным исключением.

// Класс User
class User
{
  private $name;

  public function setName($name)
  {
    if (!$name) throw new InvalidArgumentException('Имя не задано!');
    if (strlen($name) < 3) throw new LengthException('Имя должно быть больше 3-х символов!');
    $this->name = $name;
  }

  public function getName(): string
  {
    return $this->name;
  }

	// ...
}

Как помогают отчеты о сбоях

PHP упрощает настройку внешних инструментов отчетов об ошибках, подобных тем, которые предлагает Raygun. Он предоставляет несколько различных ловушек для своей среды выполнения, чтобы обрабатывать ошибки и отправлять их по сети. См. Этот пример, взятый со страницы PHP Raygun :

Сначала мы объявляем клиента, используя ключ API для безопасности:

Затем мы создаем пару функций, которые обрабатывают наши ошибки и исключения:

Обратите внимание, что мы вызываем SendError()функцию, передавая некоторые важные сведения о структуре данных ошибки. Это сделает удаленный вызов Raygun. Наконец, мы подключаем их к среде выполнения PHP, глобально обрабатывая как традиционные ошибки, так и новые исключения:

Наконец, мы подключаем их к среде выполнения PHP, глобально обрабатывая как традиционные ошибки, так и новые исключения:

Вот и все. Имея все это на месте, мы можем получить красиво отформатированный отчет об ошибках, который может выглядеть следующим образом:

Среда разработки

Сообщение об ошибке PHP по умолчанию очень плохое, для более высокой отладчики помощи вы можете использоватьfilp/whoops Пакет расширения.

Установить

использовать(web)

Если скрипт PHP вызывает ошибку PHP, или приложение не охватывает исключение, разработчик может видеть графическую диагностику страницы WHOOPS.

Доступные процессоры

— Показать красивое сообщение об ошибке дисплея веб-страницы
— Вывод простой текстовой информации при использовании программ командной строки
— Пакет или другой регулируемый пакет — это обработчик
— захватить аномалию и возвращение в виде строк JSON, таких как запрос AJAX
— захватить аномалию, но возвращается в строку формата XML

Как включить отчеты об ошибках в PHP

Включить отчеты об ошибках в PHP очень просто. Вы просто вызываете функцию в своем скрипте:

Здесь сказано: «Пожалуйста, сообщайте об ошибках всех уровней». Мы рассмотрим, какие уровни есть позже, но считаем это категорией ошибок. По сути, он говорит: «Сообщайте обо всех категориях ошибок». Вы можете отключить отчет об ошибках, установив 0:

Параметр метода в error_reporting()действительности является битовой маской. Вы можете указать в нем различные комбинации уровней ошибок, используя эту маску, как видите:

В нем говорится: «сообщать о фатальных ошибках, предупреждениях и ошибках синтаксического анализатора». Вы можете просто разделить их знаком «|» чтобы добавить больше ошибок. Иногда вам могут потребоваться более расширенные настройки отчетов об ошибках. Вы можете использовать операторы битовой маски для составления отчетов по различным критериям:

Как видите, вы можете гибко определять, о каких ошибках сообщать. Возникает вопрос: о каких типах ошибок и исключений следует сообщать?

Фатальные ошибки

Начнем мы с первой группы. Эти ошибки останавливают работу кода или совсем не дают ему запуститься.

E_PARSE

Самая популярная ошибка у начинающих разработчиков. Эта ошибка появляется, когда вы допускаете грубую нарушение синтаксиса и интерпретатор PHP не понимает, что вы от него хотите.

Вот в чем может быть ошибка:

Не закрыта или имеется лишняя скобка
В конце строки не стоит точка с запятой
Специальные знаки стоят в неположенном месте

E_ERROR

Это ошибка появляется, когда PHP понял что вы хотите, но сделать сие не получилось ввиду ряда причин, так же прерывает выполнение скрипта, при этом код до появления ошибки сработает.

Вот в чем может быть ошибка:

не найден файл, неправильно указан путь к файлу.
попытка вызвать несуществующий метод класса
Отсутствия свободной памяти (больше, чем прописано в директиве ) или ещё чего-нить подобного
Рекурсивный вызов функции. В данном примере он закончился на 256-ой итерации, ибо так прописано в настройках xdebug

Это все что касается фатальных ошибок. Теперь поговорим о не фатальных ошибка. Это самые противные ошибки, так как с ними больше всего хлопот из-за трудности их поимки и исправление.

Выбрасываем исключение

В качестве решения проблемы были придуманы исключения. Если в функции произошла какая-то ошибка и она не может выполнить свою работу, то она выбрасывает исключение командой :

if (!file_exists($file)) {
    throw new Exception("Ошибка: файл $file не существует");
}

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

Исключение выбрасывается в случае возникновения нештатной ситуации, когда функция обнаруживает что не способна выполнить свою задачу.

Исключение по умолчанию (если оно не перехватывается) выходит из всех вызовов функций до самого верха и завершает программу, выводя сообщение об ошибке. Таким образом, если ты не перехватываешь исключения, то все равно увидишь причину ошибки (а если у тебя установлено расширение то еще и стектрейс — цепочку вызовов функций, внутри которых оно произошло). И тебе больше не надо писать if:

// Если тут произойдет исключение, оно само завершит программу
// потому у нас нет необходимости проверять результат
$users = loadUsersFromFile($file);

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

Вот простой пример:

function a() 
{
    b();
}

function b()
{
    throw new Exception("Some error happened");
}

// Функция a() вызывает b() которая выбрасывает исключение. Исключение выходит
// из функции b() наверх в функцию a(), выходит из нее и, оказавшись на верхнем 
// уровне, завершает программу
a();

// Эта строчка никогда не будет выполнена
echo "Survived\n";

Исключения в Java7[править]

 (IOException | SQLException ex) {...}

В таких случаях параметры неявно являются , поэтому нельзя присвоить им другое значение в блоке .

Байт-код, сгенерированный компиляцией такого -блока будет короче, чем код нескольких -блоков.

Try с ресурсами позволяет прямо в try-блоке объявлять необходимые ресурсы, которые по завершению блока будут корректно закрыты (с помощью метода close()). Любой объект реализующий java.lang.AutoCloseable может быть использован как ресурс.

 String readFirstLineFromFile(String path)  IOException {
     (BufferedReader br =
                    BufferedReader( FileReader(path))) {
         br.readLine();
    }
}

В приведенном примере в качестве ресурса использутся объект класса , который будет закрыт вне зависимосити от того, как выполнится -блок.

Можно объявлять несколько ресурсов, разделяя их точкой с запятой:

 viewTable(Connection con) throws SQLException {
    
    String query = ;
    
     (Statement stmt = con.createStatement(); ResultSet rs = stmt.executeQuery(query)) {
        
    }  (SQLException e) {
        e.printStackTrace;
    }
}

Во время закрытия ресурсов тоже может быть брошено исключение. В try-with-resources добавленна возможность хранения «подавленных» исключений, и брошенное -блоком исключение имеет больший приоритет, чем исключения получившиеся во время закрытия. Получить последние можно вызовом метода от исключения брошенного -блоком.

Перебрасывание исключений с улучшенной проверкой соответствия типов.

Компилятор Java SE 7 тщательнее анализирует перебрасываемые исключения. Рассмотрим следующий пример:

  FirstException  Exception { }
  SecondException  Exception { }
 
  rethrowException(String exceptionName)  Exception {
      {
          (.equals(exceptionName)) {
              FirstException();
         }  {
              SecondException();
         }
     }  (Exception ex) {
          e;
     }
 }

В примере -блок может бросить либо , либо . В версиях до Java SE 7 невозможно указать эти исключения в декларации метода, потому что -блок перебрасывает исключение , тип которого — .

В Java SE 7 вы можете указать, что метод бросает только и . Компилятор определит, что исключение могло возникнуть только в -блоке, в котором может быть брошено или . Даже если тип параметра — , компилятор определит, что это экземпляр либо , либо :

  rethrowException(String exceptionName)  FirstException, SecondException {
      {
         
     }  (Exception e) {
          e;
     }
 }

Если и не являются наследниками , то необходимо указать и в объявлении метода.

Что такое исключение в PHP7

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

Пример: Предположим, мы разрабатываем блог и работаем над методами удаления категории. По логике вещей нельзя удалить категорию, в которой есть посты. Здесь нам приходят на помощь исключения. Очень урезанный и простой пример, но отражающий суть:

// Где-то (модель или сервис)
public function delete($id)
{
 $category = Category::find($id);
 // Если категория не найдена - кидаем исключение
 if (!$category) throw new Exception('Page Not Found!');
 // Если в категории есть посты - кидаем исключение
 if (count($category->posts) > 0) throw new Exception('Cannot delete category with posts!');
 // Если всё хорошо - продолжаем выполнение кода
 // Удаляем категорию
}


// В контроллере
public function deleteAction($id)
{
  try {
  // Если метод delete() из модели возвращает true 
    $model->delete($id);
  } catch (Exception $e) {
  	// Если false - ловим брошенное из модели исключение 
    echo $e->getMessage();
    // Или вывести в уведомление через сессию, например
    // Session::set('error', $e->getMessage());
  }
}

Согласитесь, удобно. Вместо того, чтобы просто возвращать в случае, когда срабатывает условие , лучше кинуть исключение и как-то оповестить пользователя о каких-либо возникших исключительных ситуациях. Если же мы просто вернём , то мы сами со временем не сможем понять, что именно там случилось и почему этот метод не работает. Поэтому, я советую всегда пользоваться исключениями, но слишком не увлекаясь этим делом.

Какие бывают типы ошибок в PHP?

Ошибка PHP — это не одно и то же, но бывает четырех разных типов:

синтаксические или синтаксические ошибки
фатальные ошибки
предупреждения об ошибках
замечать ошибки

Ошибки синтаксического анализа или синтаксиса

Первая категория ошибок в PHP — это ошибки синтаксического анализа, также называемые синтаксическими ошибками. Они просто означают, что в вашем скрипте есть один или несколько неправильных символов. Возможно, вы пропустили точку с запятой или неправильно поставили скобку. Взгляните на следующий пример:

Запустив приведенный выше сценарий, я получаю следующую ошибку:

С помощью сообщения об ошибке легко увидеть, что в операторе if отсутствует закрывающая скобка. Давайте исправим это:

Фатальные ошибки

Неустранимые ошибки, как следует из их названия, — это те, которые способны убить — или привести к сбою — приложение. Другими словами, фатальные ошибки — это критические ошибки, означающие, что произошло что-то катастрофическое, и приложение не может продолжать работу.

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

Рассмотрим следующий сценарий:

Как видите, сценарий определяет функцию с именем add, а затем пытается вызвать ее с неправильным именем. Эта ситуация приводит к фатальной ошибке:

Все, что нужно для решения ошибки, — это изменить вызов функции на правильное имя, добавить:

Предупреждение об ошибках

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

Взгляните на следующий код:

После выполнения приведенного выше кода мы получаем следующее предупреждение:

Предупреждение вызывает тот факт, что мы не предоставили параметр функции parse_url. Давайте исправим это:

Это устраняет предупреждение:

Уведомление об ошибках

Уведомления об ошибках похожи на предупреждения в том, что они также не останавливают выполнение скрипта. Вы также должны думать об ошибках уведомления как о том, что PHP предупреждает вас о том, что может стать проблемой в будущем. Однако уведомления обычно считаются менее важными или менее важными, чем предупреждения.

Рассмотрим следующий фрагмент кода, который представляет собой измененную версию сценария, использованного в предыдущих разделах:

Как видите, сценарий определяет переменную $ numbers, а затем пытается передать переменную с именем $ inteers в функцию explode.

Неопределенные переменные действительно являются одной из основных причин уведомлений в PHP. Чтобы ошибка исчезла, достаточно изменить переменную $ inteers на $ numbers.

Страница ошибки в веб-приложениях

По умолчанию при непойманном исключении PHP завершает скрипт. Если опция в php.ini равна 1, то PHP выводит подробности об исключении, а если она равна 0, то в браузере отображается просто белая страница. Также, PHP записывает информацию об исключении в лог ошибок сервера.

Очевидно что оба варианта не годятся для использования на продакшен («боевом») сервере: обычные пользователи не должны видеть непонятные надписи на английском о твоем приложении, и тем более не должны смотреть на пустую страницу и гадать в чем дело. А хакеры не должны видеть подробности об устройстве твоего приложения. Более того, PHP не выдает при ошибке HTTP код 500, который говорит роботам (вроде Гугла или Яндекса) что на странице ошибка и индексировать ее на надо. Разработчики PHP конечно выбрали неудачный способ поведения по умолчанию.

Потому на боевом сервере надо ставить в 0, а в приложении делать свою страницу ошибки.

Что будет, если просто не ловить исключение:

информация пишется в лог (ок)
на компьютере разработчика выводятся подробности (ок)
пользователь видит белую страницу или подробности ошибки (плохо)
отдается HTTP код 200 (плохо)

Как надо обрабатывать исключения:

записать информацию в лог
показать пользователю заглушку («сайт временно недоступен, вот контакты администратора»)
на компьютере разработчика (при display_errors = 1) можно показать подробности и стектрейс

Для реализации страницы ошибки можно либо сделать try/catch на уровне FrontController, либо установить свой обработчик исключений через . Не забудь записать информацию в лог с помощью — иначе ты не узнаешь об ошибках которые происходят у пользователей твоего приложения.

Если ты используешь фреймворк, возможно, в нем все это уже реализовано. Современные фрейморки, такие как Slim, Yii 2, Symfony 2, выводят заглушку при непойманном исключении. Старые — не выводят.

Сколько уровней ошибок доступно в PHP?

В PHP 5 целых 16 уровней ошибок. Эти ошибки представляют категорию, а иногда и серьезность ошибки в PHP. Их много, но многочисленные категории позволяют легко определить, где отлаживать ошибку, исходя только из ее уровня. Итак, если вы хотите сделать что-то конкретное только для ошибок пользователя, например, проверку ввода, вы можете определить обработчик условий для всего, что начинается с E_USER. Если вы хотите убедиться, что вы закрыли ресурс, вы можете сделать это, указав на ошибки, оканчивающиеся на _ERROR.

Ошибки в PHP по большей части классифицируются по степени серьезности (предупреждение об ошибке, уведомление) и источнику (пользователь, компилятор, среда выполнения).

Я хочу остановиться на нескольких популярных из них.

Во-первых, у нас есть общие ошибки:

E_ERROR (значение 1): это типичная фатальная ошибка. Если вы видите этого плохого парня, ваше приложение готово. Перезагрузите и попробуйте еще раз.
E_WARNING (2): это ошибки, которые не приводят к сбою вашего приложения. Похоже, что большинство ошибок находятся на этом уровне.

Далее у нас есть пользовательские ошибки:

E_USER_ERROR (256): созданная пользователем версия указанной выше фатальной ошибки. Это часто создается с помощью trigger_error ().
E_USER_NOTICE (1024): созданная пользователем версия информационного события. Обычно это не оказывает неблагоприятного воздействия на приложение, как и log.info ().

Последняя категория, на которую следует обратить внимание, — это ошибки жизненного цикла приложения, обычно с «core» или «compile» в названии:

EE_CORE_ERROR (16): Подобно фатальным ошибкам выше, эта ошибка может возникнуть только при запуске приложения PHP.
EE_COMPILE_WARNING (128): нефатальная ошибка, которая возникает только тогда, когда скрипт PHP не компилируется.

Есть еще несколько ошибок. Вы можете найти их полный список здесь.

Создание подклассов класса Exception

От встроенного класса можно унаследовать классы для своих собственных исключений. Делать это можно для того чтобы расширить его функциональность или создать свой собственный тип ошибок. Создание своих собственных типов ошибок нужно для того, чтобы была возможность по-разному обрабатывать разные исключения. Для этого существует возможность писать несколько операторов . Какой именно из них вызовется, будет зависеть от типа сгенерированного исключения, от типа, который уточнён в аргументе и от порядка, в котором расположены операторы .

Пример собственного класса исключения:

<?php
/**
 * Определим свой класс исключения
 */
class MyException extends Exception
{
  // Переопределим исключение так, что параметр message станет обязательным
  public function __construct($message, $code = 0, Exception $previous = null) {
    // некоторый код 

    // убедитесь, что все передаваемые параметры верны
    parent::__construct($message, $code, $previous);
  }

  // Переопределим строковое представление объекта.
  public function __toString() {
    return __CLASS__ . ": : {$this->message}\n";
  }

  public function customFunction() {
    echo "Мы можем определять новые методы в наследуемом классе\n";
  }
}