В чем смысл библиотеки ReactPHP? Какие задачи решает?

Question

[rumasterov]

Всем привет.

Никак не могу понять суть этой библиотеки. Загрузил компонент reactphp/http, взял пример простого http сервера у них с github:

<?php

require '../vendor/autoload.php';

$loop = React\EventLoop\Factory::create();
$socket = new React\Socket\Server($loop);

$http = new React\Http\Server($socket);
$http->on('request', function ($request, $response) {
    sleep(10);
    $response->writeHead(200, array('Content-Type' => 'text/plain'));
    $response->end("Hello World!\n");
});

$socket->listen(1337);
$loop->run();

Добавил sleep перед ответом. Запустил одновременно два запроса и выполнились они друг за другом - общее время выполнения 20 сек. То есть никакой асинхронности нет. В чем смысл библиотеки? Где она полезна? Если любой долгий запрос к базе заблокирует всех клиентов.

Может кто-то объяснить когда и для чего используется эта библиотека?

Comments

[Артём Пешков]

Мне кажется любой кто читает впервые про реактпхп понимает асинхронность именно так как вы. Это вполне логично. Я четно говоря был очень удивлен когда получил такой же результат ) Полез гуглить - попал сюда. Получается что обычные запросы к обычному пхп куда более "асинхронны", точнее "параллельны", т.к. на каждый открывается отдельный процесс и код с командой слип будет выполняться как раз таки без блокировок и ожидания.

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

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

Answer 1

[Евгений]

1) Берём событийную библиотеку
2) Пишем в коде sleep(10);
3) ???
4) Пишем на тостер вопрос "а чёж оно блокирует то?!".

Comments

[Алексей Ярков]

толсто =)

[rumasterov]

Не то чтобы я сильно удивлялся, просто разработчики reactphp заявляют: ""React is non-blocking by default", а на деле оказывается что любые запросы к базе, файлам всё блокируют. Просто надо уточнять что всё что работает не через React EventLoop будет блокировать, окей, я уже понял :)

[Кирилл Несмеянов]

rumasterov: это ваш код будет блокировать выполнение. Используйте асинхронные запросы к базе, вроде fetch async драйвера mysqli и никаких блокировок не будет. Любой блокирующий запрос, не важно где (кроме тредов) будет блокировать исполнение асинхронных операций. Я думаю, что это очевидно даже новичкам.

[Артём Пешков]

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

Answer 2

[rumasterov]

Вот здесь ответ от одного из разработчиков на такой же вопрос как у меня возник, может кому-нибудь пригодится: https://github.com/reactphp/react/issues/311

Answer 3

[Кирилл Несмеянов]

Асинхронность - это выполнение параллельных операций в одном потоке; Мультитрединг, очевидно, в нескольких. Блокировка потока исполнения, вроде функции sleep, а не использование таймера - блокирует поток исполнения (внезапно! Ваш кэп). Надо быть феерически наивным, чтобы ожидать чего-то иного =)

Comments

[rumasterov]

Спасибо, теперь понятно, я только учусь)) Я просто не сразу понял что reactphp это всего лишь фреймворк для написания асинхронного кода, и этот самый асинхронный код за меня он не напишет, а когда я это понял вопрос уже удалить нельзя было))

Answer 4

[hOtRush]

те же задачи что и nodejs, та же "асинхронность", тот же event loop