php workerman性能怎么样？实测数据告诉你并发多强！

发布日期： 2025-10-08 阅读量： 作者： admin

最近在捣鼓一些东西，发现传统的PHP方式有点不够用，特别是在需要处理很多并发连接或者想搞点实时通讯的时候。之前都是用PHP-FPM配Nginx或者Apache，请求来了处理完就结束，下次请求又是新的开始。但有些场景，比如做个简单的在线聊天或者消息推送，希望连接能一直保持着，服务器能主动推消息给浏览器，这就有点费劲了。

后来听说了Workerman这个玩意儿，说是能让PHP常驻内存运行，像个独立的服务，不用依赖Web服务器容器，而且性能很猛，能轻松处理成千上万的并发连接。听起来挺神的，跟我遇到的问题好像挺对路，就决定动手试试看。

开始折腾

第一步：安装

这个倒是不复杂，跟现在大部分PHP库一样，用Composer就行。直接在项目目录下敲命令：

composer require workerman/workerman

等它跑完，Workerman就装好了。很简单。

第二步：跑个最简单的例子

官方文档通常都有入门示例。我找了个最基础的，就是一个简单的TCP服务，收到啥就回复个代码大概是这样的：

创建一个Worker实例，指定监听的地址和端口。
给这个Worker实例设置几个回调函数，比如 `onConnect` (有新连接时触发), `onMessage` (收到消息时触发), `onClose` (连接断开时触发)。
在回调函数里写处理逻辑。比如 `onMessage` 里，就直接把收到的数据原样发回去。
调用 `Worker::runAll()` 启动。

写好这个简单的脚本文件，比如叫 `*`，然后在命令行里运行：

php * start

看到命令行输出启动成功的提示，感觉还挺新鲜的。用telnet或者其他网络工具连上指定的端口，发点东西，果然收到了回复。第一步算是跑通了。

尝试解决实际问题

光跑通例子没用，得用它干点活。我就想着用它来实现一个简单的网页聊天室功能，或者至少是服务器能主动推消息给所有连接的客户端。

WebSocket是关键

要实现网页上的实时通讯，WebSocket是目前最常用的技术。Workerman对WebSocket支持得很所以我改了下代码，把Worker的协议改成WebSocket：

$ws_worker = new Worker("websocket://0.0.0.0:2346");

这样它就是一个WebSocket服务器了。前端页面就可以用JavaScript的WebSocket API来连接它。

处理连接和消息

接下来就是实现具体的逻辑了：

管理连接： 我需要知道当前有哪些用户在线。Workerman的 `onConnect` 回调里有个 `$connection` 参数，代表一个客户端连接。我搞了个全局数组，每次有新连接进来 (`onConnect`)，就把这个 `$connection` 存到数组里，给它分配个唯一ID。当连接断开时 (`onClose`)，再从数组里把它删掉。
广播消息： 当一个用户发来消息 (`onMessage`)，我需要在回调里拿到消息内容，然后遍历那个全局数组里存的所有连接，把这条消息发给除了发送者之外的所有人。这就实现了基本的聊天广播功能。
心跳检测： WebSocket连接有时候会因为网络问题意外断开，但服务器这边可能不知道。为了解决这个问题，我加了个定时器（Workerman也支持定时器），定期给所有客户端发个“ping”包，客户端收到后回个“pong”。如果长时间没收到某个客户端的“pong”，就认为它掉线了，主动断开连接并清理。

实践中的感受

性能确实不错： 跟以前用轮询之类的方式比，Workerman这种方式确实感觉响应快多了，而且服务器资源占用好像也还据说它底层用了些高性能的网络库，比如libevent或epoll，虽然我没深究，但效果是实实在在的。

开发模式的转变： 写Workerman应用跟写普通Web页面感觉很不一样。它是个长时间运行的进程，你需要考虑状态保持、内存管理（虽然PHP有垃圾回收，但长时间运行的服务还是要注意内存泄漏），还有就是代码改了之后需要重启服务才能生效（可以用`php * reload`平滑重启，这点还挺方便）。调试也主要靠命令行输出日志，不像Web开发可以直接在浏览器看报错。

需要注意的地方：

全局变量： 在多进程模式下（Workerman可以开多个进程来利用多核CPU），每个进程的全局变量是独立的。如果要做进程间通信，需要用其他方法，比如Workerman提供的`Channel`组件或者Redis之类的。
阻塞操作： 因为Workerman是基于事件驱动的，如果在回调函数里做了长时间的阻塞操作（比如一个很慢的数据库查询或者外部API请求），会影响整个进程处理其他连接的能力。需要尽量用异步的方式处理这些慢操作。

最终效果：

折腾了一番之后，那个简单的实时消息推送功能算是搞定了。虽然只是个小尝试，但确实让我体会到了Workerman的强大之处。对于需要高性能、高并发、长连接的PHP应用场景，它绝对是一个值得考虑的选择。

这回实践Workerman的经历还是挺有收获的。它拓展了我对PHP能力的认知，原来PHP不光能做网页，还能写这种常驻内存的高性能服务。虽然开发模式需要适应一下，但带来的性能提升和功能可能性是实打实的。以后再遇到类似的需求，我肯定会优先考虑它。

上一篇: 香港vps租用怎么样？优势与不足分析！

php workerman性能怎么样？实测数据告诉你并发多强！

随便看看