首发原文链接:Swoole 源码分析之 WebSocket 模块

大家好,我是码农先森。

Swoole 源码分析之 WebSocket 模块

引言

WebSocket 是一种在单个 TCP 连接上进行全双工通信的协议。它允许客户端和服务器之间进行实时数据传输。

与传统的 HTTP 请求-响应模型不同,WebSocket 可以保持双向通信通道,从而使得服务器能够主动向客户端推送数据。

Swoole 中的 WebSocket 服务

下面这段代码是从Swoole 官方网站上的引用,从代码中可以看出创建了一个 WebScoket 对象且设置对应的 IP 地址及监听端口,同时还设置了四个回调方法处理对应的事件。

最后,调用 $server->start() 真正的启动 WebScoket 服务。

$server = new Swoole\Websocket\Server('127.0.0.1', 9502);

$server->on('start', function ($server) {
echo "Websocket Server is started at ws://127.0.0.1:9502\n";
}); $server->on('open', function($server, $req) {
echo "connection open: {$req->fd}\n";
}); $server->on('message', function($server, $frame) {
echo "received message: {$frame->data}\n";
$server->push($frame->fd, json_encode(['hello', 'world']));
}); $server->on('close', function($server, $fd) {
echo "connection close: {$fd}\n";
}); $server->start();

那么接下来,我们就从源码角度来分析 Swoole 对 WebSocket 的实现。

源码拆解

这个函数的主要作用是启动 Server 服务。

static void php_swoole_server_onStart(Server *serv) {
// 锁定 Server 对象操作
serv->lock(); // 从 Server 对象中获取到 onStart 回调函数
zval *zserv = (zval *) serv->private_data_2;
ServerObject *server_object = server_fetch_object(Z_OBJ_P(zserv));
auto fci_cache = server_object->property->callbacks[SW_SERVER_CB_onStart]; ... // 通过 zend::function::call 调用 PHP 层注册的 onStart 处理函数,并传递参数
if (fci_cache && UNEXPECTED(!zend::function::call(fci_cache, 1, zserv, nullptr, serv->is_enable_coroutine()))) {
php_swoole_error(E_WARNING, "%s->onStart handler error", SW_Z_OBJCE_NAME_VAL_P(zserv));
} // 解锁 Server 对象操作
serv->unlock();
}

这个函数主要作用是 WebSocket 服务针对客户端建立连接时事件的处理。

void swoole_websocket_onOpen(Server *serv, HttpContext *ctx) {
// 通过 session_id 获取与特定客户端连接相关的 Connection 对象
Connection *conn = serv->get_connection_by_session_id(ctx->fd);
if (!conn) {
swoole_error_log(SW_LOG_TRACE, SW_ERROR_SESSION_NOT_EXIST, "session[%ld] is closed", ctx->fd);
return;
} // Server 对象中获取在 PHP 层设置的回调函数 onOpen。
zend_fcall_info_cache *fci_cache = php_swoole_server_get_fci_cache(serv, conn->server_fd, SW_SERVER_CB_onOpen);
if (fci_cache) {
zval args[2];
args[0] = *((zval *) serv->private_data_2);
args[1] = *ctx->request.zobject;
// 通过 zend::function::call 调用 PHP 层注册的 onOpen 处理函数,并传递参数
if (UNEXPECTED(!zend::function::call(fci_cache, 2, args, nullptr, serv->is_enable_coroutine()))) {
php_swoole_error(E_WARNING, "%s->onOpen handler error", ZSTR_VAL(swoole_websocket_server_ce->name));
serv->close(ctx->fd, false);
}
}
}

这个函数主要作用是 WebSocket 服务器针对客户端发送消息事件的处理。

int swoole_websocket_onMessage(Server *serv, RecvData *req) {
SessionId fd = req->info.fd;
uchar flags = 0;
zend_long opcode = 0;
// 从接收到的数据中获取客户端的 session_id,并根据 session_id 获取对应的端口信息
auto port = serv->get_port_by_session_id(fd);
if (!port) {
return SW_ERR;
} zval zdata;
char frame_header[2];
// 从接收到的数据中解析出 WebSocket 消息的帧头信息和消息内容
memcpy(frame_header, &req->info.ext_flags, sizeof(frame_header)); php_swoole_get_recv_data(serv, &zdata, req); // 解析出 WebSocket 消息的标志位和操作码
flags = frame_header[0];
opcode = frame_header[1]; // 根据操作码和服务的设置,判断是否需要特殊处理 Close、Ping 或 Pong 类型的消息
if ((opcode == WebSocket::OPCODE_CLOSE && !port->open_websocket_close_frame) ||
(opcode == WebSocket::OPCODE_PING && !port->open_websocket_ping_frame) ||
(opcode == WebSocket::OPCODE_PONG && !port->open_websocket_pong_frame)) {
if (opcode == WebSocket::OPCODE_PING) {
...
}
zval_ptr_dtor(&zdata);
return SW_OK;
} ... // Server 对象中获取在 PHP 层设置的回调函数 onMessage
zend_fcall_info_cache *fci_cache =
php_swoole_server_get_fci_cache(serv, req->info.server_fd, SW_SERVER_CB_onMessage);
zval args[2]; args[0] = *(zval *) serv->private_data_2;
// 构造一个 WebSocket 消息帧的数据结构,并将结果存储在 args[1]
php_swoole_websocket_construct_frame(&args[1], opcode, &zdata, flags);
zend_update_property_long(swoole_websocket_frame_ce, SW_Z8_OBJ_P(&args[1]), ZEND_STRL("fd"), fd); // 通过 zend::function::call 调用 PHP 层注册的 onMessage 处理函数,并传递相应参数
if (UNEXPECTED(!zend::function::call(fci_cache, 2, args, nullptr, serv->is_enable_coroutine()))) {
php_swoole_error(E_WARNING, "%s->onMessage handler error", ZSTR_VAL(swoole_websocket_server_ce->name));
serv->close(fd, false);
} // 释放 zdata 和 args[1] 占用的内存
zval_ptr_dtor(&zdata);
zval_ptr_dtor(&args[1]); return SW_OK;
}

这个函数的主要作用是关闭 Server 服务。

void php_swoole_server_onClose(Server *serv, DataHead *info) {
... // Server 对象中获取在 PHP 层设置的回调函数 onClose
auto *fci_cache = php_swoole_server_get_fci_cache(serv, info->server_fd, SW_SERVER_CB_onClose);
Connection *conn = serv->get_connection_by_session_id(session_id);
if (!conn) {
return;
} // 检查当前的 WebSocket 连接状态是否为非活动状态
if (conn->websocket_status != swoole::websocket::STATUS_ACTIVE) {
// 获取与当前连接相关的监听端口信息
ListenPort *port = serv->get_port_by_server_fd(info->server_fd);
// 如果该端口开启了 WebSocket 协议,且设置了 onDisconnect 回调函数
if (port && port->open_websocket_protocol &&
php_swoole_server_isset_callback(serv, port, SW_SERVER_CB_onDisconnect)) {
// 获取 onDisconnect 回调函数
fci_cache = php_swoole_server_get_fci_cache(serv, info->server_fd, SW_SERVER_CB_onDisconnect);
}
}
if (fci_cache) { ... // 通过 zend::function::call 调用 PHP 层注册的 onDisconnect 处理函数,并传递相应参数
if (UNEXPECTED(!zend::function::call(fci_cache, argc, args, nullptr, serv->enable_coroutine))) {
php_swoole_error(E_WARNING, "%s->onClose handler error", SW_Z_OBJCE_NAME_VAL_P(zserv));
} ...
} ... }

这个函数的作用是断开 WebSocket 客户端的连接,并发送关闭帧。

static PHP_METHOD(swoole_websocket_server, disconnect) {
// 从 ZEND_THIS 中获取 Server 对象
Server *serv = php_swoole_server_get_and_check_server(ZEND_THIS); ... // 清空全局的 WebSocket 缓冲区
swoole_websocket_buffer->clear(); // 将关闭帧数据打包到 WebSocket 缓冲区中
if (WebSocket::pack_close_frame(swoole_websocket_buffer, code, data, length, 0) < 0) {
RETURN_FALSE;
} // 调用 swoole_websocket_server_close 函数来关闭客户端连接,并返回结果
RETURN_BOOL(swoole_websocket_server_close(serv, fd, swoole_websocket_buffer, 1));
}

这个函数的作用是在 WebSocket 服务中关闭客户端连接的操作。

static sw_inline bool swoole_websocket_server_close(Server *serv, SessionId fd, String *buffer, bool real_close) {
// 尝试将数据推送给客户端,用于判断是否已经关闭连接
bool ret = swoole_websocket_server_push(serv, fd, buffer);
if (!ret || !real_close) {
return ret;
} // 获取到客户端连接相关的 Connection 对象
Connection *conn = serv->get_connection_by_session_id(fd);
if (conn) {
// 将该连接的 websocket_status 改变为 WebSocket::STATUS_CLOSING
conn->websocket_status = WebSocket::STATUS_CLOSING;
// 立即关闭连接
return serv->close(fd, false);
} else {
return false;
}
}

总结

  • 在 Swoole 中 WebSocket 服务是继承于 Http 服务。
  • 在实际的使用过程中是通过 Http 服务来握手升级成 WebSocket 服务。
  • WebSocket 协议的出现解决了通过传统轮询方式来通信的效率问题。
  • 同时也为 PHP 在双向通信解决方式上提供了新的解决方案。

Swoole 源码分析之 WebSocket 模块的更多相关文章

  1. 【转】Spark源码分析之-deploy模块

    原文地址:http://jerryshao.me/architecture/2013/04/30/Spark%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90%E4%B9%8B- ...

  2. ADB 源码分析(一) ——ADB模块简述【转】

    ADB源码分析(一)——ADB模块简述 1.Adb 源码路径(system/core/adb). 2.要想很快的了解一个模块的基本情况,最直接的就是查看该模块的Android.mk文件,下面就来看看a ...

  3. 使用react全家桶制作博客后台管理系统 网站PWA升级 移动端常见问题处理 循序渐进学.Net Core Web Api开发系列【4】:前端访问WebApi [Abp 源码分析]四、模块配置 [Abp 源码分析]三、依赖注入

    使用react全家桶制作博客后台管理系统   前面的话 笔者在做一个完整的博客上线项目,包括前台.后台.后端接口和服务器配置.本文将详细介绍使用react全家桶制作的博客后台管理系统 概述 该项目是基 ...

  4. elasticsearch源码分析之search模块(server端)

    elasticsearch源码分析之search模块(server端) 继续接着上一篇的来说啊,当client端将search的请求发送到某一个node之后,剩下的事情就是server端来处理了,具体 ...

  5. elasticsearch源码分析之search模块(client端)

    elasticsearch源码分析之search模块(client端) 注意,我这里所说的都是通过rest api来做的搜索,所以对于接收到请求的节点,我姑且将之称之为client端,其主要的功能我们 ...

  6. (一) Mybatis源码分析-解析器模块

    Mybatis源码分析-解析器模块 原创-转载请说明出处 1. 解析器模块的作用 对XPath进行封装,为mybatis-config.xml配置文件以及映射文件提供支持 为处理动态 SQL 语句中的 ...

  7. 【转】Spark源码分析之-scheduler模块

    原文地址:http://jerryshao.me/architecture/2013/04/21/Spark%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90%E4%B9%8B- ...

  8. Spark源码分析之-Storage模块

    原文链接:http://jerryshao.me/architecture/2013/10/08/spark-storage-module-analysis/ Background 前段时间琐事颇多, ...

  9. jQuery 源码分析(十一) 队列模块 Queue详解

    队列是常用的数据结构之一,只允许在表的前端(队头)进行删除操作(出队),在表的后端(队尾)进行插入操作(入队).特点是先进先出,最先插入的元素最先被删除. 在jQuery内部,队列模块为动画模块提供基 ...

  10. jQuery 源码分析(二) 入口模块

    jQuery返回的对象本质上是一个JavaScript对象,而入口模块则可以保存对应的节点的引用,然后供其它模块操作 我们创建jQuery对象时可以给jQuery传递各种不同的选择器,如下: fals ...

随机推荐

  1. Makefile编写模板 & 学习笔记

    一.模板 # 伪命令 .PHONY: clean compileSo compileExe run: compileExe @./main compileExe: compileSo @g++ mai ...

  2. VulnHub-ical打靶记录

    这绝对是最简单的一个题目了. 目标发现 netdiscover -r 192.168.0.10/24 根据靶场和本地系统的网段进行扫描. 信息收集 nmap -sV -Pn -sT -sC -A 19 ...

  3. 实训篇-Html-frameset框架集

    frameset.html <!DOCTYPE html> <html> <head> <meta charset="utf-8"> ...

  4. 【oracle】想要得到一个与输入顺序相同的结果

    [oracle]想要得到一个与输入顺序相同的结果 在Oracle中,输出结果顺序好像是个rowid相同的,也就是经常使用的rownum序列的值,所以可以通过对rownum进行order by来让输出结 ...

  5. HarmonyOS NEXT应用开发案例——阻塞事件冒泡

    介绍 本示例主要介绍在点击事件中,子组件enabled属性设置为false的时候,如何解决点击子组件模块区域会触发父组件的点击事件问题:以及触摸事件中当子组件触发触摸事件的时候,父组件如果设置触摸事件 ...

  6. 浅谈DDD中的聚合

    简介: 在我看来并不是MVC的基础上增加领域层,使用充血模型,解耦基础服务,我的代码就符合DDD了. 作者 | 李宇飞(菜尊)来源 | 阿里开发者公众号 在我看来并不是MVC的基础上增加领域层,使用充 ...

  7. 龙蜥开源Plugsched:首次实现 Linux kernel 调度器热升级 | 龙蜥技术

    ​简介:对于plugsched而言,无论是 bugfix,还是性能优化,甚至是特性的增.删.改,都可胜任. ​ 文/龙蜥社区内核开发人员 陈善佩.吴一昊.邓二伟 Plugsched 是 Linux 内 ...

  8. SAE助力「海底小纵队学英语」全面拥抱Serverless,节省25%以上成本

    简介: 阿里云Serveless应用引擎SAE 具备免运维IaaS.按需使用.按量计费.低门槛服务应用上云,并且支持多种语言和高弹性能力等特点,刚好完美解决了客户长期以来运维复杂.资源利用率不高.开发 ...

  9. 新型DDoS来袭 | 基于STUN协议的DDoS反射攻击分析

    简介: 作为新型反射类型,目前仍存绕过防御可能性. 阿里云安全近期发现利用STUN(Session Traversal Utilities for NAT,NAT会话穿越应用程序)服务发起的DDoS反 ...

  10. 应对 Job 场景,Serverless 如何帮助企业便捷上云

    简介:函数计算作为事件驱动的全托管计算服务,其执行模式天生就与这类 Job 场景非常契合,对上述痛点进行了全方面的支持,助力"任务"的无服务器上云. 作者:冯一博 任务(Jobs) ...