Swoole 是 PHP 中的 Node.js?
一想到那些可以使用 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 工具给这些容器进行压力测试。 结果令人震惊。
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 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
高认可度评论:
我是学了一段时间swoole之后,转投golang了
最近学golang 才发现php的swoole真有吹的那么好吗。解决方案那么多为什么要让php来做。
重点还市场说了算。。总感觉php地位不好。。看平均工资。(别说什么个人怎样怎样)
同样是学,为什么学个平均工资低的。
生于忧患,死于安乐。何必限制自己是phper
能否说明一下使用场景.
use ($counter)
在创建之前是全局对象,存储在共享内存中,后面因为$counter
修改,自动分离到当前$worker中,加之$counter是标量,加上&引用即可实现1,2,3,4,但如果是多worker进程则在每个进程中会交替出现,0,1,2,3,即每个worker自增,因为$counter是每个worker进程中的数据,非共享内存数据我是学了一段时间swoole之后,转投golang了
@DianWang golang好学?:bowtie:
@laopan1234 学过C的话,Golang几乎用不了三天就能学完
@DianWang golang能很好的取代现在php的后端场景吗? 有什么比较好用的框架没
@Toiu 不是取代,是补充实时通信方面php的不足,开发效率PHP还是第一梯队的。
@Toiu 框架的话,iris呗
@DianWang 这框架名,,,怎么那么像恐怖组织,,,,
swoole都快要抛弃异步了,走协程路线,php程序员的话,学学也挺好。。
感觉有精力学习swoole真不如好好学golang,现在swoole又加入了协程,但是官方却没有mysql redis连接池的实现,还要自己造。这样注定推广不了。
最近学golang 才发现php的swoole真有吹的那么好吗。解决方案那么多为什么要让php来做。
重点还市场说了算。。总感觉php地位不好。。看平均工资。(别说什么个人怎样怎样)
同样是学,为什么学个平均工资低的。
生于忧患,死于安乐。何必限制自己是phper
从博主文章提出的两个问题来看博主对
swoole
的掌握程度仅仅是停留在官网demo阶段。很多系统底层的只是本来就不是phper的强项,围绕swoole周边的很多框架已经解决了大部分操作系统底层知识的障碍,那些喷swoole难学的,是自己能力不行吧!以上内容不针对翻译者。
用它写过一个小项目的确很方便,但是,swoole的生态圈不是很好啊,很多问题都难找解决,最后还是自己摸出来,再加上底层是C写的,很多程序设计方面在给定的例子中是没办法看到,都是要靠经验自己写,演生开源项目在这种生态圈也很难推上来,还是没有多少歪果仁知道这个东西,毕竟国外的思维方式和国内不同,如果有更多的优化可能会更好,而Python/GoLang等作为phper的补充会更好,生态圈解决方案更多
真的有点像的
@MilkProtein 问题是,swoole在企业层面还是小众,几乎没几个大公司敢用。golang就不一样了,很多公司都有golang的使用场景。
@DianWang 目前用go做什么?
@侧面 做通信和接口这一块,新手现在不建议学,因为GO2.0快出了,更好的错误处理和泛型的支持
@DianWang
golang
的语言地位不是很尴尬么?有非常多不完事的地方@DianWang 这话说的没意思,golang是属于另一门语言,在php开发者来说swoole是最快的解决方案。用go成本太高。如果只论兴趣爱好,或者不缺时间的话,我无话可说
@MilkProtein 确实,go的平均工资,在boss直聘一搜,相同工作经验,明显比PHP高一截
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还是不错的,但是让人诟病的是生态不行,文档生涩难懂,debug麻烦,怎么看都像是一个小众的产品,自己玩玩扩展知识还行,如果你是企业负责人,你会让swoole上你的产品线吗
@MilkProtein 你 TM说话就这么真实吗?一点也不委婉 :sob:,我一个php,都觉得你说的对
@DianWang PHP开发效率 也不算第一梯队了吧。 node 和PY 不比它慢
swoole好东西,v5版本更牛逼