文档介绍：“粘包”解决, 自定义通讯协议 TCP “粘包”解决,自定义通讯协议 TCP 。这里教大家在 TCP 基础上设计属于自己的通讯协议。首先 TCP 是可靠连接, 丢包是重发的, 数据是严格的顺序发送, 客户端的发送顺序就是服务端的接收顺序。自定义通讯协议草稿: [ 论坛上所谓的“粘包”都是不懂通讯协议设计的同学]1 。这是文件传输协议。是基于 TCP 的文件传输协议,所有协议头数据使用简体中文。 2 。协议分两个部分,协议头和数据本身。协议头和协议使用两个换行符分割。 3 。协议头规定。协议头分多行文本,每一行一个参数,每一行结尾用换行符分割。 4 。第一行核心命令行,包括 2 个,发送+ 空格+ 文件名字,或者,接收+ 空格+ 文件名字。 5 。第二行长整数文本,表示文件的总长度。 6 、第三行长整数文本,起始位置,从 0 开始、比如 100 字节的文件起始位置结束位置分别为 0-99 7 、第四行长整数文本,结束位置,从 0 开始、比如 100 字节的文件起始位置结束位置分别为 0-99 8 、第五行长整数文本,当前数据段长度,允许 0 字节。 0 字节咋数据段为空。备注: 当前数据段长度等于结束位置- 起始位置+1 比如起始位置结束位置分别为 0-99 数段长度就是 99-0+1=100 备注:协议头和后面数据用两个换行符分割。备注:起始位置结束位置都是 0 表示从取当前位置 1 字节的信息。数据长度是 0-0+1 =1 个字节。 9 、协议头+ 两个换行符+ 当前数据库段。数据段长度必须在第五行说明,数据段后是新的协议包的第一行。备注:协议头+ 两个换行符+ 当前数据库段+ 协议头+ 两个换行符+ 当前数据库段+ 协议头+ 两个换行符+ 当前数据库段... 10、客户端的发送等于服务端的接收, 服务端的接收等于客户的发送, 客户端服务端平衡权限相互问答传输。 11 、只有完成当前数据段发送/ 接收以后,才能启动一个新的数据段发送。同一连接同时时刻只能有一个数据段正在传输。 12、当客户端使用发送命令, 服务端处于接收状态, 当客户端使用接收命令,服务端发送相应数据。 13、当服务端使用发送命令, 客户端处于接收状态, 当服务端使用接收命令,客户端发送响应数据。 14、传输使用轮询方式, 如果, 客户端发送第一个包, 完成后, 服务端发送第二个包。反之亦然。这里规定了传输控制方式。 15 、如遇到数据段重复等异常情况,允许接收方断开连接。 16、如果客户端被断开, 则立刻放弃当前数据包传输, 主动尝试连接服务器,并被动等待第一个数据包。 17 、如果服务端被断开,服务端停止当前任务等待新的连接。所有数据传输基于 TCP, 发送的数据包必须大于 24 字节并小于 1G,接收数据包后首先顺序组包,然后解析协议头并接收数据。等等... 自己扩展吧,这个是抛砖引玉。举例补充: 比如, 客户端首先主动发送 0-99 服务端接收了, 如果成功了改为服务端主动, 就来个接收 100-199 客户端收到后就发送 100-19 9 的数据。如果第一包失败了, 服务端就来个接收 0-99 客户端收到后, 就重发 0-99 如果服务端接收客户端第一个数据后, 响应的不是接收命令,而是发送,那么角色对调了。客户端就不能发了,改为接收,服务端改为发送。传输方式改变。传输协