不行，PHP原生不支持WebSocket客户端二进制流式发送，主流库将大文件全读入内存导致溢出；可行方案是PHP仅作信令中转，由前端分块直传，或降级用HTTP分块上传。
PHP 作为客户端连 WebSocket 传大文件行不行？
不行，PHP 原生不支持 WebSocket 客户端的二进制流式发送，fsockopen 或 cURL 无法维持长连接并按 WebSocket 协议帧格式分片发数据；用 ReactPHP 或 amphp 能建客户端，但它们对大文件分片、掩码、帧控制（FIN/opcode）、流式 send() 的封装很弱，极易内存溢出或断连。
为什么 WebSocket::send() 一传几十 MB 就卡死或报错？
因为绝大多数 PHP WebSocket 客户端库（如 textalk/websocket）内部把整个文件读进内存再打包成单个 TEXT 或 BINARY 帧——file_get_contents($path) 直接撑爆 memory_limit；即使设成 512M，TCP 缓冲区和接收方处理能力也跟不上，常见错误是：Connection reset by peer 或服务端收不到完整帧。
- 别用
send(file_get_contents(...))处理 >2MB 的文件 -
binary帧必须设opcode = 2，且每帧需手动加掩码（PHP 客户端库常漏处理） - 超过 125 字节载荷就得用扩展 payload length 字段，手写协议容易错位
真正可行的方案：绕过 PHP 做上传，只用它中转信令
让浏览器或桌面客户端直连 WebSocket 服务（如 ws://localhost:8080），PHP 只负责生成临时 token、校验权限、返回 WebSocket 地址和文件元信息——这才是生产环境通用做法。PHP 不碰文件本体传输。
- 前端用
WebSocket+FileReader+slice()分块读取，每次send(arraybuffer)发 64KB - 每帧带上序号和总块数，服务端拼接（避免依赖顺序送达）
- PHP 后端提供
/api/upload/init接口，返回{ws_url: "...", upload_id: "xxx"} - 大文件上传状态轮询走 HTTP（
/api/upload/status?upload_id=xxx），别塞 WebSocket
如果硬要 PHP 当上传代理，只能降级用 HTTP 分块上传
用 cURL + multipart/form-data 流式提交，后端接收方改用 HTTP 接口（如 POST /upload），比死磕 WebSocket 协议现实得多。PHP 对 curl_setopt($ch, CURLOPT_READFUNCTION, ...) 支持良好，可边读边发，内存占用可控。
立即学习“PHP免费学习笔记（深入）”；
- 设置
curl_setopt($ch, CURLOPT_INFILE, $fp)和CURLOPT_INFILESIZE避免全读入 - 服务端用
$_FILES或php://input接收，配合nginx的client_max_body_size和fastcgi_buffers - 别给 WebSocket 加 HTTP 语义（比如传 JSON 包裹 base64 文件），base64 膨胀 33%，还占 CPU
