ReactPHP── PHP版的Node.js（转）

原文地址：http://www.csdn.net/article/2015-10-12/2825887

摘要：ReactPHP作为Node.js的PHP版本。在实现思路，使用方法，应用场景上的确有很多相似之处。但是ReactPHP毕竟比Node.js年轻，目前生态圈还是不如Node.js完善。目前文档也不是很完善，在国内应用也比较少。

从名字说起

虽然ReactPHP项目已经发展了有4年之久，但是对于其称呼显得有点混乱。在开源中国为其建立的项目主页上，其被命名为React，或者node.PHP。国外的一些的博客谈及这个项目时，多数使用的是ReactPHP。到底哪种说法比较标准呢？我们不妨来看看官方的态度。此项目的官方主页是http://www.reactphp.org。打开官网，你会发现网站的title是React，其logo上的文字为reactphp。可以看出，官方更倾向于被命名为React或者ReactPHP。我建议使用ReactPHP作为其名称。原因大概有两个。

React单词的意思太泛，并且已经有一些项目的名称与React相关，容易引起误解。
目前国内使用ReactPHP的人比较少，相关资料文档也比较少。在国外它一般被称为ReactPHP，使用ReactPHP在国外检索资料更容易。

ReactPHP与Node.js有着相同的特点

许多人认为ReactPHP是Node.js的php版本，这是有一定道理的。他们的确有很多相似的特点。

事件驱动，异步执行，非阻塞IO

什么是事件驱动？所谓事件驱动，简单的说就是，你告诉我你关注什么事情，等事情发生的时候我会主动通知你，然后你再作相应的处理。这样可以就可以把你解放出来，你只关注于处理好相应事件即可。采用事件驱动有什么优势呢？相对于常见的多进程编程，能更好的利用CPU资源。多进程编程会使进程数量变多，进程上下文切换频繁会增加系统压力，浪费宝贵的CPU资源。相对于多线程编程而言，可以降低编程复杂度。开发者不必再考虑线程间资源共享导致资源竞争等问题。

ReactPHP和Node.js都采用了事件驱动和非阻塞IO。从官方主页的宣传语上就可以得到印证。在Node.js的官网上有一段话：

Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient。

上面的意思是，Node.js使用事件驱动和非阻塞IO模型，以保证轻量级和高效。

在ReactPHP官网也有一段话：

Event-driven, non-blocking I/O with PHP.

上面的意思是，ReactPHP使用PHP语言实现了事件驱动和非阻塞。

ReactPHP和Node.js在实现事件驱动机制时也有相似之处。在事件的监听上，ReactPHP和Node.js都使用了libev库，但是也都是不只使用libev库。由于libev对windows支持不够好。因此，Node.js中封装了一层libuv。libuv是基于windows的IOCP和*nix的libev进行封装。而ReactPHP除了使用libev库外，还是用了其他的库。如，libevent。

ReactPHP和Node.js都各自有自己的生态圈。在各自生态圈中的一些模块一般都采用了事件驱动，异步编程的风格。如，ReactPHP的Stream模块，提供了以下几个事件：drain、error、close、pipe、end、data。相应的，在Node.js中也有一些类似的事件。Node.js的Net模，其中的net.Socket对象就有以下事件：connect、data、end、timeout、drain、error、close等。这样，开发人员只需要知道自己关注那些事件，并在这些事件上注册回调函数。等事件发生的时候，会主动执行这些注册的回调函数。这些回调函数都是异步执行的，这些函数虽然在注册的时候有先后顺序，但是在执行的时候是无序的，随机的，执行顺序和事件发生顺序相关。事件驱动再加上非阻塞IO，就可以极大的利用系统资源，代码无需阻塞等待资源可用。

单进程单线程

ReactPHP和Node.js一样都是采用了单进程和单线程的运行方式。单进程，单线程方式，没有多线程的资源抢占和上下文切换，高效率的运行，维护着一个事件队列。这种运行方式，通常情况下瓶颈一般在CPU而不是内存。由于单进程，单线程只能在一个CPU上运行，本身不能充分利用多个CPU资源。为了解决这个问题，我们可以启动多个进程，监听不同的端口，前端使用nginx等做代理，把请求分发到不同的进程上。对于多进程的管理上，现在已经有不少开源项目可以实现。如，php-pm（https://github.com/php-pm/php-pm）。

ReactPHP性能压测

相对于传统的nginx+php-fpm方式，ReactPHP的性能表现如何呢？现在我们来做下性能压测。服务器环境如下：

8核CPU
PHP版本为5.5.15，使用opcache扩展
操作系统为Centos5
Nginx版本为nginx/1.2.9
ReactPHP版本为0.4

为了公平起见，我们php-fpm和ReactPHP都只启动一个进程。压测工具我们使用ab，Apache开源的http服务压测工具。我们压测分两种情况来进行：第一种情况是只输出简单的Hello World。第二种情况只进行一次简单的sql语句查询，select 1 as num。

第一种情况：Hello World的压测结果如下，QPS：

第二种情况：SQL查询的压测结果如下，QPS：

可见，对于cpu密集型的应用，nginx+php-fpm的方式要比ReactPHP有更好的表现。但是对于数据库查询这样涉及网络IO的场景，ReactPHP的性能要远远好于nginx+php-fpm的方式。

ReactPHP的应用场景

根据上面的测试，ReactPHP更适合IO密集型的应用。以下是ReactpHP比较适合的应用场景。

从RESTful API获取数据，并进行拼装输出只是请求api获取数据，然后进行简单的拼装，最后输出到客户端。本身业务逻辑不复杂。在请求的时候，可以同时对多个api进行请求，相对于顺序调用api的方式，会节省很多的时间，大大提高了响应的效率。
实时推送，在线聊天实时推送和在线聊天都需要维护大量的链接。这个正是ReactpHP擅长的。他可以很轻松的维护上万的链接。
分布式IO系统如一个数据库中间件层，它需要解析SQL为多条子SQL，然后把子SQL分发到不同的服务器查询数据，然后合并数据返回给客户端。这种情况下可以使用ReactPHP同时对多个数据库服务器进行查询。

如何使用ReactPHP

ReactPHP可以使用composer安装，这个也是官方推荐的安装方式。首先安装composer。

curl -s https://getcomposer.org/installer| php

安装完成后，会在当前目录下生成一个composer.phar文件。然后我们使用composer.phar安装react。

php ./composer.phar require react/react

安装成功后，会在当前目录下生成一个vendor目录。下载的程序就在这个目录下。现在你就可以使用ReactPHP写程序了。例如，我们想提供一个http服务，我们将把客户端通过data参数提交的数据加上www.后进行返回。代码如下：

<?php

require 'vendor/autoload.php';

$port = $argv[1];

$app = function ($request, $response) {

        $response->writeHead(200, array('Content-Type' => 'text/plain'));

        $query = $request->getQuery();

        $data = isset($query["data"]) ? $query["data"] : "";

        $response->end("www.{$data}\n");

};

$loop = React\EventLoop\Factory::create();

$socket = new React\Socket\Server($loop);

$http = new React\Http\Server($socket, $loop);

$http->on('request', $app);

$socket->listen($port, '0.0.0.0');

$loop->run();

?>

把上面的代码保持为文件reactphp.php。然后启动服务：

php ./reactphp.php 5501

最后，我们验证下效果，可以通过下面的方式访问。

$curl http://10.101.80.141:5501/?data=bo56.com

www.bo56.com

ReactPHP也有自己的生态圈。如进行异步mysql查询的react-php。

小结

ReactPHP作为Node.js的PHP版本。在实现思路，使用方法，应用场景上的确有很多相似之处。但是ReactPHP毕竟比Node.js年轻，目前生态圈还是不如Node.js完善。目前文档也不是很完善，在国内应用也比较少。但是相信，它会越来越完善，应用越来越广。

巴特西