PHP不原生支持WebSocket客户端加密，wss://依赖底层TLS实现全连接加密，手动对消息体AES加密会破坏WebSocket帧格式且增加安全风险；正确做法是配置stream_socket_client()启用证书校验的TLS。
PHP 本身不原生支持 WebSocket 客户端连接，更不内置 WebSocket 加密协商逻辑；所谓“PHP 连接 WebSocket 加密”，实际是靠 stream_socket_client() 或第三方库（如 Ratchet、ReactPHP）走 wss:// 协议，依赖底层 TLS 实现加密，而非 PHP 层手动加解密。
为什么不能在 PHP 层对 WebSocket 消息做“自定义加密”再发？
WebSocket 握手和帧格式有严格规范。手动对 payload 做 AES 加密后直接发送，会导致：
- 服务端收不到合法 WebSocket 帧（缺少正确掩码、opcode、长度编码），直接断连
- 绕过 TLS 后自行加密，反而破坏传输层安全边界，密钥管理更难、易出漏洞
-
wss://已是标准方案：TLS 在 TCP 之上加密整个连接（包括 HTTP 握手 + 所有 WebSocket 帧），无需你碰字节级帧结构
用 stream_socket_client() 连 wss:// 的关键配置
PHP 原生方式仅适用于简单场景（如发一条消息后关闭）。必须显式启用 TLS，并校验证书：
$context = stream_context_create([
'ssl' => [
'verify_peer' => true,
'verify_peer_name' => true,
'cafile' => '/path/to/root-ca.crt', // 必须提供可信 CA 证书链
'SNI_enabled' => true,
]
]);
$socket = stream_socket_client('wss://example.com:443/ws', $errno, $errstr, 30, STREAM_CLIENT_CONNECT, $context);
if (!$socket) {
die("SSL connect failed: $errstr ($errno)");
}
常见坑：
立即学习“PHP免费学习笔记（深入）”；
-
verify_peer => false绝对禁止用于生产——等于放弃中间人攻击防护 - 没配
cafile且系统 CA 路径不可读时，stream_socket_client()会静默失败（尤其 Alpine Linux 容器） -
wss://地址不能带查询参数（如wss://a.com/ws?token=xxx），部分服务端不解析；应改用握手时在Sec-WebSocket-Protocol或首帧中传 token
用 Ratchet 或 ReactPHP 时 TLS 怎么配？
这些库本质还是封装 stream_socket_server() / stream_socket_client()，TLS 配置点相同：
-
Ratchet客户端（如Thruway）需传入tls选项对象，内部映射到sslcontext -
ReactPHP的Connector构造时传['tls' => ['cafile' => '...']] - 所有库都不处理“消息体二次加密”——那是业务层的事，应在发送前序列化+加密、接收后解密+反序列化，但注意别混淆 TLS 和应用层加密的职责
真正要防的是传输被嗅探或篡改，wss:// + 正确证书验证已足够；自己在 PHP 层对每条消息 AES 加密，既无必要，又容易因密钥分发、IV 管理、填充方式等引入新风险。
