java 报文接收不全_TCP读取报文不完整的问题分析

博客探讨了在TCP协议下遇到的报文接收不全问题,分析了发送缓冲和接收缓冲的影响,并提出基于行的协议和使用行IO库来解决报文组装问题。解决方案包括在报文中加入长度字段或使用分隔符。
摘要由CSDN通过智能技术生成

首先解释一下这个题目, "报文"指的是业务层自定义的报文, TCP是流式协议, 不像UDP那样是报文协议.

SYS-ATM开发的RMS系统, 需要和SYS-SIM开发的某个系统进行交互, 进行自动重启服务器和其它操作. 双方使用了TCP, 并自定义了一个简单的应用层协议, 请求报文的格式为:

&sig=xxx

SYS-ATM作为请求方, 用PHP的stream_socket_sendto()进行发送. SYS-SIM开发服务器端, 使用Python的twisted框架. 上线后, 出现问题, 服务器端接收到的报文不完整. 例如, json串只读了一半, 或者缺少"&sig=xxx", 缺少的数据是随机的, 但只缺少尾部, 已经接收到数据没有差错.

发送方代码:

$str = sprintf('json=%s&sig=%s', $json, $sig);

stream_socket_sendto($fp, $str);

接收方代码:

class XServer(Protocol):

def dataReceived(self, data):

#处理一个报文

factory = Factory()

factory.protocol = XServer

reactor.listenTCP(19009, factory)

reactor.run()

我们通过PHP和Python的API文档, 以及我们对网络协议和套接口的理解来分析.

问题1: 发送缓冲太小了吗?(发送方分包了吗?)

我们首先想到的原因会不会是, 发送方的发送缓冲比一个报文小, 所以"分包"了? 不过仔细一想, 这个问题出发点本身就是错误的. 因为TCP协议是流式协议, 不存在"分包"

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值