php原生不支持websocket，必须依赖swoole等常驻进程扩展；fpm模式下无法维持长连接，因请求结束即释放资源，websocket服务只能在cli模式下通过事件循环长期驻留运行。
PHP 本身不内置 WebSocket 协议解析能力，所谓“底层通信原理”实际是指 PHP 进程如何配合操作系统和扩展，完成 TCP 连接管理、HTTP 握手升级、帧编解码和长连接维持——这些工作不是靠 file_get_contents 或 curl 能实现的。
WebSocket 握手阶段：PHP 怎么响应 Sec-WebSocket-Key？
客户端发起的 Upgrade 请求里带 Sec-WebSocket-Key，服务器必须用固定算法生成 Sec-WebSocket-Accept 并返回 101 状态。这个计算不能出错，否则浏览器直接断连：
- 取客户端传来的
Sec-WebSocket-Key字符串（如"x3JJHMbDL1EzLkh9GBhXDw=="） - 拼接固定魔数
"258EAFA5-E914-47DA-95CA-C5AB0DC85B11" - 做 SHA1 哈希，再 Base64 编码 —— 结果就是
Sec-WebSocket-Accept值 - 若 PHP 服务没做这步（比如用普通 HTTP Server 直接转发），握手必然失败，浏览器控制台报
Connection closed before receiving a handshake response
数据帧处理：为什么纯 PHP 脚本无法直接读写 WebSocket 数据？
握手成功后，通信不再走 HTTP，而是 WebSocket 自定义的二进制帧格式。每个帧有掩码、操作码、长度字段等，fgets() 或 stream_socket_recvfrom() 拿到的是裸字节流，不是明文消息：
- 客户端发的消息默认被掩码（mask=1），PHP 必须按 RFC 6455 规则解掩码才能得到原始内容
- 服务端回包必须设 mask=0，且正确设置 FIN、opcode（如
0x1表示文本帧）、payload length 编码（支持 7/7+16/7+64 三种长度格式） - 原生 PHP 的
socket_read()不会自动识别帧边界；一次read可能只读到半帧，或合并多个帧 —— 必须自己维护缓冲区并解析 - Swoole/
Swoole\WebSocket\Server和 Workerman 都在 C 层或 PHP 层实现了完整的帧解析器，开发者才只需处理onMessage
连接维持：PHP-FPM 模式下为什么根本跑不了 WebSocket？
关键不在协议，而在执行模型。PHP-FPM 是请求-响应生命周期：一次 HTTP 请求进来，PHP 启动、执行、输出、退出、释放所有资源。而 WebSocket 要求连接持续数分钟甚至数小时：
- PHP-FPM 进程无法“挂起等待客户端发消息”，它没有事件循环机制
- 即使你用
while(true)+socket_select()，也会阻塞整个进程，无法并发处理其他连接 - 真正可行的方案只有两类：
Swoole\WebSocket\Server（C 扩展内建 epoll/kqueue 循环）、Workerman（PHP 实现的 Reactor 模式） - 错误做法：试图在 Laravel/Lumen 的 HTTP 控制器里启动 WebSocket 服务 —— 请求一结束，所有 socket 资源就被回收，连接立刻断开
真正容易被忽略的点是：WebSocket 的“底层”不单指协议规范，更是 I/O 模型与内存生命周期的硬约束。哪怕帧解析完全正确，只要运行在 PHP-FPM 或 CLI 的同步阻塞模式下，连接也撑不过 30 秒 —— 因为超时机制、信号中断、内存回收全在和你作对。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
