PHP PHP · 25 вопросов · ~70 мин · ⏱ Таймер 10:00 · Средний ·

Исключения и ошибки PHP

Задания показывают разницу между перехватом ожидаемой ошибки и сокрытием причины аварии. Нужно читать Throwable, finally и цепочки исключений, выбирать уровень обработки и сохранять данные для диагностики.

Отвечено: 0 из 25

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. Для каждого сбоя решите: кто способен его исправить, что нужно записать и что увидит клиент. Время — 70 минут.

Вопрос 1 из 25

Что включает интерфейс Throwable?

try {
    riskyOperation();
} catch (Throwable $error) {
    echo $error::class;
}

И Exception, и Error Только ошибки базы данных Только пользовательские исключения Только предупреждения E_WARNING Любые строки, переданные throw

Вопрос 2 из 25

Какой catch сработает?

try { strlen([]); }
catch (TypeError $e) { echo 'type'; }
catch (Exception $e) { echo 'exception'; }

catch (RuntimeException $e) catch (Exception $e) catch (TypeError $e) Оба последовательно Ни один, процесс завершится до catch

Вопрос 3 из 25

Почему catch (Throwable) внутри каждой маленькой функции опасен?

function loadOrder(int $id): Order
{
    try {
        return repository()->find($id);
    } catch (Throwable $error) {
        return new Order();
    }
}

Такой catch всегда повторно запускает функцию Он ловит только строки Он отключает журналирование PHP Throwable нельзя ловить Он скрывает дефекты и позволяет продолжить повреждённую операцию

Вопрос 4 из 25

Как сохранить исходное исключение при оборачивании?

try { $repo->save($order); }
catch (PDOException $e) {
 throw new OrderSaveException('Не удалось сохранить заказ', 0, $e);
}

Записать только его сообщение в строку Удалить трассировку через unset Вернуть исключение вместо throw Передать его параметром previous нового исключения Преобразовать в код HTTP

Вопрос 5 из 25

Что произойдёт при throw нового stdClass?

Он выведется через var_dump catch(object) его поймает Будет TypeError: выбрасывать можно только Throwable Ничего, throw игнорируется Объект станет Exception автоматически

Вопрос 6 из 25

Для чего обычно используют set_error_handler с ErrorException?

set_error_handler(static function (int $severity, string $message, string $file, int $line): never {
    throw new ErrorException($message, 0, $severity, $file, $line);
});

Чтобы исправить синтаксические ошибки до разбора Чтобы выбранные предупреждения обрабатывать как исключения Чтобы отключить error_log Чтобы перезапустить PHP-FPM Чтобы превратить Exception в строку

Вопрос 7 из 25

Почему обработчик проверяет error_reporting() & $severity?

set_error_handler(function($severity,$message,$file,$line){
 if (!(error_reporting() & $severity)) return false;
 throw new ErrorException($message,0,$severity,$file,$line);
});

Чтобы проверить класс объекта, переданного обработчику ошибки Чтобы вычислить номер строки без использования объекта ErrorException Подавленные уровни не надо превращать в исключения Чтобы автоматически включить буферизацию вывода перед throw Чтобы определить версию PHP, в которой возникло предупреждение

Вопрос 8 из 25

Может ли set_error_handler перехватить синтаксическую ошибку текущего файла до начала выполнения?

set_error_handler(static function (int $severity, string $message): never {
    throw new ErrorException($message, 0, $severity);
});

require 'module.php';

Да, только через ErrorException Да, если обработчик объявлен первой строкой Да, если display_errors=1 Всегда, но без номера строки Нет, файл должен сначала успешно разобратьcя

Вопрос 9 из 25

Что важно сделать после временного обработчика?

Вызвать restore_error_handler() Удалить все исключения через gc_collect_cycles Очистить OPcache Вызвать session_destroy Сбросить $_SERVER

Вопрос 10 из 25

Что возвращает обработчик ошибок, если хочет передать ошибку стандартному обработчику PHP?

объект ErrorException null, который подавляет стандартный обработчик исходный уровень severity false true, чтобы ошибка считалась обработанной

Вопрос 11 из 25

Выполнится ли finally после return из try?

function f(){ try { return 1; } finally { echo 'cleanup'; } }
echo f();

Только в CLI Да, перед фактическим возвратом управления Только если есть catch Нет, return немедленно завершает функцию Только при return null

Вопрос 12 из 25

Что опасно в return внутри finally?

function calculate(): int
{
    try {
        throw new RuntimeException('Сбой');
    } finally {
        return 10;
    }
}

После return PHP не позволит освободить ресурсы внутри finally Return из finally выполняется только при первом вызове функции Любой return в finally вызывает синтаксическую ошибку при разборе файла Он превращает обычную функцию в Generator без использования yield Он может заменить результат или подавить исключение из try/catch

Вопрос 13 из 25

Какое сообщение будет выведено после перехвата исключения ближайшим подходящим блоком catch?

try { echo 'A'; throw new RuntimeException(); }
catch (RuntimeException $e) { echo 'B'; }
finally { echo 'F'; }

AF BF Ничего AB ABF

Вопрос 14 из 25

Что делать, если закрытие ресурса в finally само может выбросить ошибку?

$primary = null;
try {
    performOperation();
} catch (Throwable $error) {
    $primary = $error;
    throw $error;
} finally {
    try {
        $resource->close();
    } catch (Throwable $closeError) {
        $logger->error('Не удалось закрыть ресурс', ['exception' => $closeError, 'primary' => $primary]);
    }
}

Выполнить return true Игнорировать обе ошибки Повторить try бесконечно Безусловно заменить исходную ошибку новой Сохранить исходное исключение, а сбой очистки записать

Вопрос 15 из 25

Какой ресурс особенно уместно освобождать в finally?

Временную блокировку или открытый внешний ресурс Локальное целое число, не связанное с внешним состоянием Имя функции, сохранённое в локальной строковой переменной Константу класса, значение которой больше не понадобится после try Параметр маршрута, переданный функции по значению

Вопрос 16 из 25

Что должен показывать клиенту рабочий сайт при неожиданном Throwable?

try {
    $response = $application->handle($request);
} catch (Throwable $error) {
    $eventId = bin2hex(random_bytes(8));
    $logger->critical('Unexpected error', ['event_id' => $eventId, 'exception' => $error]);
    $response = new Response(500, "Ошибка сервера. Код события: $eventId");
}

Полное содержимое cookie и токенов текущего пользователя Точный SQL с параметрами и внутренними именами таблиц Stack trace, локальные переменные и значения окружения без фильтрации Безопасное сообщение и идентификатор события без трассировки Строку подключения и пароль базы, чтобы пользователь мог повторить сбой

Вопрос 17 из 25

Где логично преобразовывать DomainNotFound в HTTP 404?

На внешней HTTP-границе приложения В SQL-миграции В каждом шаблоне отдельно В конструкторе PDO В сущности домена

Вопрос 18 из 25

Почему set_exception_handler не заменяет локальные catch?

Это последняя граница, а не место продолжения операции Он получает только предупреждения, но не необработанные исключения После установки обработчика приложение больше не может вести журнал Глобальный обработчик вызывается до throw и может предотвратить исключение Он работает лишь до загрузки пользовательских PHP-файлов

Вопрос 19 из 25

Как избежать двойной отправки ответа при исключении после частичного вывода?

Подавить исключение оператором @ после частично отправленного тела Не выводить тело до конца обработки либо буферизовать ответ Вызывать header после каждого echo, повторяя уже отправленные заголовки Записать будущий Response в cookie и завершить текущий вывод Добавить несколько заголовков Content-Type перед первым выводом

Вопрос 20 из 25

Что полезно включить в запись неожиданной ошибки?

request_id, тип, сообщение, трассировку и контекст Полный пароль пользователя и токены для повторного входа Только слово «ошибка» без типа, времени, запроса и трассировки Случайный код, который не совпадает с идентификатором в ответе Список всех файлов сервера независимо от связи со стеком

Вопрос 21 из 25

Как PHPUnit проверяет ожидаемое исключение?

$this->expectException(DomainException::class);
$this->expectExceptionMessage('Недостаточно средств');
$account->withdraw(5000);

Методом assertEcho Сравнением результата с строкой exception expectException до вызова, который должен бросить Только try/catch без утверждений Оператором @

Вопрос 22 из 25

Почему проверять только текст исключения хрупко?

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

Вопрос 23 из 25

Что даёт getPrevious()?

Код возврата предыдущего системного процесса Предыдущий HTTP-запрос в рамках той же пользовательской сессии Последнюю строку журнала, записанную перед созданием исключения Исключение-первопричину, сохранённое при оборачивании Результат прошлого теста, вызвавшего тот же тип Throwable

Вопрос 24 из 25

Как локализовать редкий сбой, не записывая персональные данные?

Отправлять дамп в URL Временно записывать всё без ограничений Отключить журнал полностью Идентификаторы, типы, размеры и хеши вместо содержимого Показывать данные в ответе пользователю

Вопрос 25 из 25

Какой минимальный тест подтверждает сохранение причины?

try { service(); }
catch (OrderSaveException $e) {
 assert($e->getPrevious() instanceof PDOException);
}

Проверить количество строк файла Проверить тип исключения, возвращаемого getPrevious() Проверить только, что функция вернула false Сравнить время выполнения Вывести var_dump без утверждений

Ответьте на все 25 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу