> Что произойдет при вызове асинхронной функции без await? (PHP)

Короткий ответ

Вызов асинхронной функции без await в PHP (например, при работе с ReactPHP, Amp или Swoole) создаёт promise/корутину, но не гарантирует её выполнение до завершения текущего блока кода. Операция запускается, но результат не ожидается - код продолжает выполняться синхронно дальше. Это приводит к тому, что исключения внутри асинхронной функции становятся unhandled, а побочные эффекты могут выполниться позже или не выполниться вовсе, если процесс завершится раньше.

Подробное объяснение

В PHP нет нативного async/await как в JavaScript - асинхронность реализуется через библиотеки (ReactPHP, Amp, Swoole). Функция, помеченная как асинхронная, возвращает объект promise (или корутину), который представляет отложенный результат. Без await (или эквивалентного yield/then) вы получаете этот объект, но не подписываетесь на его завершение.

Ключевой момент: в PHP event loop работает только когда он явно запущен. Если вы вызываете асинхронную функцию без await внутри обычного синхронного скрипта, promise создаётся, но event loop не крутится - операция может даже не начать выполняться. В среде с запущенным event loop (например, внутри обработчика запроса в Swoole) операция стартует, но её результат остаётся без обработки.

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

На практике

В реальном коде это часто встречается при:

• отправке fire-and-forget уведомлений (email, webhook) - но без гарантии доставки;
• логировании в фоне - риск потери записей при завершении процесса;
• прогреве кэша - операция может не завершиться до следующего запроса.

Для осознанного fire-and-forget нужно явно подписаться на promise и обработать ошибки, например через ->then(null, $errorHandler) в ReactPHP или Amp\async с регистрацией обработчика. Иначе вы получаете "тихие" баги: данные не записались, запрос не ушёл, а ошибки нет.

Пример кода

PHP
<?php
// ReactPHP
use React\EventLoop\Factory;
use React\Http\Browser;

$loop = Factory::create();
$browser = new Browser($loop);

// Плохо: без await и без обработки
$browser->post('https://api.example.com/log', [], 'data');

// Хорошо: явная обработка результата
$browser->post('https://api.example.com/log', [], 'data')
    ->then(
        function ($response) { /* ok */ },
        function (Throwable $e) { error_log($e->getMessage()); }
    );

$loop->run();

В Amp:

PHP
<?php
// Amp v3
use Amp\Future;

$future = Amp\async(fn() => makeHttpRequest()); // запущено, но не ожидается
$future->catch(fn(Throwable $e) => error_log($e->getMessage())); // обработка ошибок

Как отвечать на собеседовании

Начните с того, что в PHP нет нативного async/await - это важно для демонстрации понимания экосистемы. Затем объясните, что без await вы получаете promise, но не обрабатываете его. Подчеркните разницу между сценариями: с запущенным event loop и без него. Упомяните последствия: потеря исключений, отсутствие гарантий выполнения, невозможность композиции. Если спросят про fire-and-forget - скажите, что это допустимо только с явной обработкой ошибок и пониманием жизненного цикла процесса.

Что проверяет интервьюер

• Понимание модели асинхронности в PHP (не путать с JavaScript).
• Знание конкретных библиотек (ReactPHP, Amp, Swoole) и их API.
• Осознание последствий для надёжности: unhandled rejection, потеря данных.
• Умение различать "запустить" и "дождаться" в контексте event loop.
• Способность предложить корректный паттерн для fire-and-forget.

Типичные ошибки

• Утверждение, что "функция просто не выполнится" - на самом деле она может выполниться, но без обработки результата.
• Путаница с JavaScript, где await обязателен для получения значения, но не для запуска.
• Игнорирование необходимости обработки ошибок через ->then(null, $handler) или Future::catch().
• Предложение использовать sleep() или usleep() для "ожидания" - это блокирует event loop и убивает всю асинхронность.
• Забывают, что в PHP процесс может завершиться до завершения асинхронной операции, если event loop не запущен или не удерживается.