Swoole 是 PHP 中的 Node.js?

file

一想到那些可以使用 Node 的同事,一些 PHP 开发者的脸都嫉妒绿了。异步 Node 系统可以在不同协议间共享代码库,并在代码之外提供服务。这真的想让一个人转 Node 开发。实际上 PHP 中也有类似于 Node 的存在,并被列入了 PHP 拓展,叫做 Swoole。

PHP 中的 Node ?Swoole 到底是什么?

我先从 官方文档 中引用下 Swoole 的定义:

Swoole:面向生产环境的 PHP 异步网络通信引擎。
使 PHP 开发人员可以编写高性能、可拓展的异步并发 TCP、UDP、Unix Socket、HTTP,WebSocket 服务,而无需深入了解非阻塞 I/O 编程和初级 Linux 内核。

Swoole 使用 C 语言编写,作为 PHP 的 基本扩展 存在。听起来可还行,是吧?用 PHP 来运行 HTTP 服务?用 PHP 实现 Websockets ?还有其他的可能性,是不是很风骚?而且所有的这些都会保持极高的性能,我们来看看吧!

如何让它运行?

不同平台的安装方法有差异。

对于 Linux 来说,只需要运行一条 PECL 命令:

pecl install swoole

MacOS 用户可以使用 brew 命令:

brew install swoole
brew install homebrew/php/php72-swoole

译者注:截止翻译时,Brew 官方已经移除了所有 PHP 扩展,请使用 PECL 安装。

暂时不支持在 Windows 上的安装,但是可以使用 Docker 的方式。

使用 Docker 运行 Swoole

毫无疑问,运行 PHP + Swoole 的最佳方案便是 Docker。让我们来看看如何创建一个包含 Swoole 的容器。首先,我们需要创建一个 Dockerfile。

FROM php:latest\
RUN pecl install swoole\
ADD php.ini /usr/local/etc/php\
RUN usermod -u 1000 www-data

这看起来十分直接。基于 PHP 官方 Docker 镜像,使用 PECL 安装 Swoole,接着复制 php.ini 到镜像内 —— 搞定。最后一行是 MacOS 的 Docker 一个常规的权限修复命令。

至于被复制的 php.ini 配置文件,它只需一行:

extension=swoole.so

Swoole 可以做什么?

Swoole 有许多功能,大部分是异步执行。以下是其中最让人感兴趣的部分(其他的可以在 Swoole 官方文档 中找到):

  • TCP/UDP 服务端与客户端,
  • HTTP 服务端与客户端,
  • Websocket 服务端与客户端,
  • 基于 Redis 协议的服务端与客户端,
  • MySQL 客户端,
  • 原子性,
  • 文件系统。

我们来看下其中的 HTTP 服务、Websocket 服务、文件系统怎么使用。在我看来这是最重要的几个功能。

基于 Swoole 实现 HTTP 服务

基于 Swoole 仅需少量代码即可实现一个简易的异步 HTTP 服务。以下是一份示例代码,该例子使用异步文件系统来读取 index.html 文件并作为响应返回给它处理的每条请求。

<?php
chdir(__DIR__);
$http = new swoole_http_server('php', 8080);
$http->on('start', function ($server) {
    echo "Server has been started!\n";
});
$http->on('request', function ($request, $response) {
    swoole_async_readfile('index.html', function($filename, $content) use ($response) {
        $response->header('Content-Type', 'text/html');
        $response->end($content);
    });
});
$http->start();

如你所见,这段代码看起来有点像 Node.js 的风格。

首先,我们创建一个类似 HTTP 服务的 swoole_http_server 对象。接着,绑定两个异步回调函数到以下事件:一个用于启动,将会在服务启动时被调用;另一个用于请求,将会在收到每次请求时被调用,它带有 $request$response 两个参数。

$request 对象包含了所有与请求相关的数据:请求路径(Path)、头信息(Headers)等等。而 $response 被用来提供输出、设置响应头等。值得一提的是,以上两个对象都不符合 PSR 标准,而是 Swoole 自定义的。
在请求事件中,异步请求文件系统用于从文件加载数据。 一旦数据可用,就会在数据加载完成后触发回调。然后将此数据加载到响应体并关闭比此次响应。 这将会把数据有效地发送回浏览器。

这样看起来很简洁,最重要的是---能运行起来。 来看下它的性能如何呢?

HTTP Server 标准

为了使用 Swoole 测试 HTTP 服务器的性能,我在 Node 中创建了一个应用程序---它可以与 Swoole 中的应用程序完全相同 - 还有一个 服务器,它将提供 index.html 作为静态文件。 全部运行在 3 个独立的容器中。

然后,我用 wrk 工具给这些容器进行压力测试。 结果令人震惊。

file

Swoole 的工作性能要比预期的好很多!

这令人惊讶。 我没想到 Swoole 会超越 Nginx ,但它确实做到了!这也远远超过了 Node 。 这个扩展的原始功能确实令人印象深刻,但它在请求中完成了更多工作后逐渐消失。 不幸的是, Swoole 有两个小缺点,使这些缺点和原始标准有些偏差。 我们稍后会找到他们。

在 Websocket 服务中使用 Swoole

如前所述, Swoole 提供了一种创建 websocket 服务器的方法。 它以异步方式来进行工作,遵循与 HTTP 协议并和 Swoole 部分方法功能相同。 在我看来,它是最重要的 Swoole 组件之一。 来吧,在 PHP 运行中的 websockets 会是怎么样。让我们看看它的结果。

<?php
$server = new swoole_websocket_server('php', 9501);
$server->on('start', function (swoole_websocket_server $server) {
    echo "Server has been started!\n";
});
$server->on('open', function (swoole_websocket_server $server, $request) {
    echo "websocket: new connection, id: {$request->fd}\n";
});
$server->on('message', function (swoole_websocket_server $server, $frame) {
    echo "websocket: {$frame->fd}:{$frame->data},opcode:{$frame->opcode},fin:{$frame->finish}\n";
    $server->push($frame->fd, "Replying, you sent " . $frame->data);
});
$server->on('close', function (swoole_websocket_server $server, $fd) {
    echo "websocket: connection with id {$fd} has been closed\n";
});
$server->start();

看起来类似于 HTTP 服务器的示例。

首先,我们创建类似于 websocket 服务器的 swoole_websocket_server 对象。 然后,我们将 4 个匿名函数绑定到 4 个事件。 第一个启动事件,它将像 HTTP 服务器的启动事件一样工作。 第二个运行事件,它会在连接另一个 websocket 后执行。 第三个消息事件将在 websocket 向服务器发送消息时执行。最后---关闭时间会在 websocket 断开连接时执行。

ID 是作为 Websocket 连接到服务器的唯一标识,该 ID 随每个新的websockets 进行递增。

使用 Swoole 时遇到的问题

到目前为止,这一切都运行良好,但在使用 Swoole 测试某些解决方案时遇到了两个问题。 我将它列出来:

  • HTTP 服务器中没有真正的支持 HTTPS,
  • 脚本中不支持全局变量。

第一问题个很容易解决。 我们只需要使用 Nginx 或任何负载均衡设备设置反向代理,就完成了。 但通过这样做,我们就失去了 Swoole 提供的极端性能。

第二个问题更棘手。 Swoole 生成用于处理 HTTP 请求的工作进程,这意味着如果我们创建一个全局变量,它的值在线程之间是独立的,并且它不能工作。下面这段代码是显示问题所在之处。


<?php
$counter = 0;
$http = new swoole_http_server('php', 8080);
$http->on('request', function ($request, $response) use ($counter) {
    $response->header("Content-Type", "text/plain");
    $response->end($counter++);
});
$http->start();

预期中响应的信息将返回 0 ,然后返回 1, 2 , 3等等,但它总是返回 0 。

我找到了 Swoole 的作者来检查它是否是一个 bug ,但事实并非如此。 为了获得我们期望的行为,我们可以在配置中设置 worker_num = 1 ,但这会降低部分性能。

结论

总的来说,Swoole 有明亮的侧面也有黑暗的角落。我认为将异步编程引入 PHP 仍然是一个好主意。 它可用于各种情况,包括快速设计原型,简洁且责任单一的微服务,低延迟游戏服务器以及作为大型框架的后端服务器。 确实有前途。

本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。

原文地址:https://hackernoon.com/swoole-is-it-node...

译文地址:https://learnku.com/php/t/22245

本帖已被设为精华帖!
本文为协同翻译文章,如您发现瑕疵请点击「改进」按钮提交优化建议
讨论数量: 26
DianWang

我是学了一段时间swoole之后,转投golang了

5年前 评论

最近学golang 才发现php的swoole真有吹的那么好吗。解决方案那么多为什么要让php来做。
重点还市场说了算。。总感觉php地位不好。。看平均工资。(别说什么个人怎样怎样)
同样是学,为什么学个平均工资低的。
生于忧患,死于安乐。何必限制自己是phper

5年前 评论
UpGod 3年前
qiuyuhome

能否说明一下使用场景.

5年前 评论

use ($counter) 在创建之前是全局对象,存储在共享内存中,后面因为$counter修改,自动分离到当前$worker中,加之$counter是标量,加上&引用即可实现1,2,3,4,但如果是多worker进程则在每个进程中会交替出现,0,1,2,3,即每个worker自增,因为$counter是每个worker进程中的数据,非共享内存数据

5年前 评论
DianWang

我是学了一段时间swoole之后,转投golang了

5年前 评论

@DianWang golang好学?:bowtie:

5年前 评论
DianWang

@laopan1234 学过C的话,Golang几乎用不了三天就能学完

5年前 评论
Toiu

@DianWang golang能很好的取代现在php的后端场景吗? 有什么比较好用的框架没

5年前 评论
DianWang

@Toiu 不是取代,是补充实时通信方面php的不足,开发效率PHP还是第一梯队的。

5年前 评论
DianWang

@Toiu 框架的话,iris呗

5年前 评论

@DianWang 这框架名,,,怎么那么像恐怖组织,,,,

5年前 评论

swoole都快要抛弃异步了,走协程路线,php程序员的话,学学也挺好。。

5年前 评论

感觉有精力学习swoole真不如好好学golang,现在swoole又加入了协程,但是官方却没有mysql redis连接池的实现,还要自己造。这样注定推广不了。

5年前 评论

最近学golang 才发现php的swoole真有吹的那么好吗。解决方案那么多为什么要让php来做。
重点还市场说了算。。总感觉php地位不好。。看平均工资。(别说什么个人怎样怎样)
同样是学,为什么学个平均工资低的。
生于忧患,死于安乐。何必限制自己是phper

5年前 评论
UpGod 3年前

从博主文章提出的两个问题来看博主对swoole的掌握程度仅仅是停留在官网demo阶段。很多系统底层的只是本来就不是phper的强项,围绕swoole周边的很多框架已经解决了大部分操作系统底层知识的障碍,那些喷swoole难学的,是自己能力不行吧!
以上内容不针对翻译者。

5年前 评论

用它写过一个小项目的确很方便,但是,swoole的生态圈不是很好啊,很多问题都难找解决,最后还是自己摸出来,再加上底层是C写的,很多程序设计方面在给定的例子中是没办法看到,都是要靠经验自己写,演生开源项目在这种生态圈也很难推上来,还是没有多少歪果仁知道这个东西,毕竟国外的思维方式和国内不同,如果有更多的优化可能会更好,而Python/GoLang等作为phper的补充会更好,生态圈解决方案更多

5年前 评论

真的有点像的

5年前 评论

@MilkProtein 问题是,swoole在企业层面还是小众,几乎没几个大公司敢用。golang就不一样了,很多公司都有golang的使用场景。

5年前 评论
DianWang

@侧面 做通信和接口这一块,新手现在不建议学,因为GO2.0快出了,更好的错误处理和泛型的支持

4年前 评论

@DianWang golang的语言地位不是很尴尬么?有非常多不完事的地方

4年前 评论

@DianWang 这话说的没意思,golang是属于另一门语言,在php开发者来说swoole是最快的解决方案。用go成本太高。如果只论兴趣爱好,或者不缺时间的话,我无话可说

4年前 评论

@MilkProtein 确实,go的平均工资,在boss直聘一搜,相同工作经验,明显比PHP高一截

4年前 评论

Swoole Nginx Node.js 的性能对比图也太感人了,拜托严谨一点好不好,明明比较的是默
认配置下的性能。

Swoole 默认开 N CPU 核心个进程,Nginx 开两个进程(1 Master + 1 Worker),Node.js
开一个进程。我猜你的机器 CPU 核心为 8-16 个。

Nginx 开同样的 Worker+Master 数,Node.js 直接用
https://nodejs.org/api/cluster.html 给的例子就好(Swoole 一看就是照着 Node.js 写
的啊)。

同样的配置再测一下试试,结果都可以猜出来:

Swoole 跟 Node.js 的性能基本上相差不大,Nginx 会高个 3%-10%。
4年前 评论

swoole还是不错的,但是让人诟病的是生态不行,文档生涩难懂,debug麻烦,怎么看都像是一个小众的产品,自己玩玩扩展知识还行,如果你是企业负责人,你会让swoole上你的产品线吗

4年前 评论

@MilkProtein 你 TM说话就这么真实吗?一点也不委婉 :sob:,我一个php,都觉得你说的对

4年前 评论

@DianWang PHP开发效率 也不算第一梯队了吧。 node 和PY 不比它慢

4年前 评论
道法自然 4年前
qinplain (作者) 4年前
qinplain (作者) 4年前
道法自然 4年前

swoole好东西,v5版本更牛逼

4年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!