Введение в циклы событий в PHP

Жизнь без событий цикла

В JS мы можем запустить следующий код:

 setTimeout(function() { console.log("inside the timeout"); }, 1); console.log("outside the timeout"); 

Когда мы запускаем этот код, мы видим outside the timeout а затем inside the timeout в консоли. Функция setTimeout является частью WebAPI, с которыми нам позволяют работать браузеры. По истечении 1 миллисекунды они добавляют обратный вызов в очередь обратного вызова.

Второй console.log завершается до запуска изнутри setTimeout . У нас нет ничего похожего на setTimeout в стандартном PHP, но если бы нам пришлось попробовать и смоделировать это:

 function  setTimeout ( callable $callback ,  $delay )   { $now =  microtime ( true ); 

     while   ( true )   { 
         if   ( microtime ( true )   -  $now >  $delay )   { $callback (); 
             return ; 
         } 
     } 
 } setTimeout ( function ()   { 
     print   "inside the timeout" ; 
 },   1 ); 

 print   "outside the timeout" ; 

Когда мы запускаем это, мы видим inside the timeout а затем outside the timeout . Это потому, что мы должны использовать бесконечный цикл внутри нашей функции setTimeout для выполнения обратного вызова после задержки.

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

Хотя в стандартном PHP нет ничего похожего на setTimeout , есть несколько неясных способов реализации неблокирующего кода наряду с циклами событий. Мы можем использовать такие функции, как stream_select для создания неблокирующего сетевого ввода-вывода. Мы можем использовать расширения C, такие как EIO, для создания неблокирующего кода файловой системы. Давайте посмотрим на библиотеки, построенные на этих малоизвестных методах …

Сосулька

Icicle — это библиотека компонентов, созданная с учетом цикла событий. Давайте посмотрим на простой пример:

 use   Icicle \Loop ; 

 Loop \timer ( 0.1 ,   function ()   { 
     print   "inside timer" ; 
 }); 

 print   "outside timer" ; 

 Loop \run (); 

Это с icicleio/icicle версии 0.8.0 .

Реализация цикла событий Icicle великолепна. У этого есть много других впечатляющих особенностей; как A + обещания, сокеты и реализации сервера.

Сосулька также использует генераторы в качестве сопрограмм. Генераторы и сопрограммы — это отдельная тема, но код, который они допускают, прекрасен:

 use   Icicle \Coroutine ; 
 use   Icicle \Dns\Resolver\Resolver ; 
 use   Icicle \Loop ; $coroutine =   Coroutine \create ( function   ( $query ,  $timeout =   1 )   { $resolver =   new   Resolver (); $ips =   ( yield  $resolver -> resolve ( $query ,   [ "timeout"   =>  $timeout ] 
     )); 

     foreach   ( $ips as  $ip )   { 
         print   "ip: {$ip}\n" ; 
     } 
 },   "sitepoint.com" ); 

 Loop \run (); 

Это с icicleio/dns версии 0.5.0 .

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

ReactPHP

ReactPHP имеет аналогичную реализацию цикла событий, но без всех интересных вещей генератора:

 $loop =   React \EventLoop\Factory :: create (); $loop -> addTimer ( 0.1 ,   function   ()   { 
     print   "inside timer" ; 
 }); 

 print   "outside timer" ; $loop -> run (); 

Это с 0.4.1 react/event-loop 0.4.1 react/event-loop версии 0.4.1 .

ReactPHP более зрелый, чем сосулька, и имеет больший набор компонентов. У Icicle есть путь, прежде чем он сможет бороться со всеми функциями, которые предлагает ReactPHP. Разработчики делают хорошие успехи, хотя!

Вывод

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

Сообщество PHP должно осознать эту архитектуру. Нам нужно учиться и экспериментировать с асинхронным и параллельным выполнением. Мы должны скопировать эти концепции и лучшие практики из других языков, в которых циклы событий были целую вечность, до тех пор, пока «как я могу эффективно использовать большинство системных ресурсов?» — это простой вопрос для ответа на PHP.

Оставайтесь с нами для более практичной реализации Icicle, которая скоро появится!