+-+-+-+-+-------+-+-------------+-------------------------------+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-------+-+-------------+-------------------------------+
|F|R|R|R| opcode|M| Payload len | Extended payload length |
|I|S|S|S| (4) |A| (7) | (16/64) |
|N|V|V|V| |S| | (if payload len==126/127) |
| |1|2|3| |K| | |
+-+-+-+-+-------+-+-------------+ - - - - - - - - - - - - - - - +
| Extended payload length continued, if payload len == 127 |
+ - - - - - - - - - - - - - - - +-------------------------------+
| Payload Data continued ... |
+---------------------------------------------------------------+
FIN = 0x80
OPCODE = 0x0f
一个为未分片的消息(FIN为1,opcode非0)
一个分片的消息由起始帧:
(FIN为0,opcode非0),
若干(0个或多个)帧(FIN为0,opcode为0),
结束帧(FIN为1,opcode为0)
分片的消息主要是为了发送大文件准备的,应该在心跳内间隔开各个消息分片。百度到过有些分片的实现是在while循环内分多次把指定长度的消息分片,更多的是根本就没有实现分片。从设计初衷来看这样设计是不合理的。
如果有发送大文件的需求,服务端实现分片消息的解析和数据粘包,分片消息中间夹杂ping pong等控制帧,可以开始发送分片消息结束发送分片即可
一定是要在心跳里边实现发送和接收这样大文件才不会影整个进程