一个关于 TCP 粘包的问题.

[paulw54jrn]

需要用c实现一个简单的C/S程序.
Client端因为需要在收到SIGIO信号之后在Handler里面接受字节流,Server端使用Select()轮询可用的FileDescriptor. 每次发送的字节数固定不变(recv的大小预先知道).
两边公用的接收代码如下:

	int read_msg_from_socket(int sock_fd,struct sm_msg *msg){
	char buffer[sizeof(struct sm_msg)] = {};
	size_t buffer_len = 0;
	int nbytes = 0;
	if( NULL == msg ){
	return -1;
	}
	do{
	nbytes = recv(sock_fd,buffer + buffer_len,sizeof(struct sm_msg) - buffer_len,MSG_WAITALL);
	if( nbytes > 0 ){
	buffer_len += nbytes;
	}
	#ifdef DEBUG
	printf("Bytes receved -> %d , need more bytes %d \n",nbytes,(int)sizeof(struct sm_msg)-(int)buffer_len);
	#endif
	}while( buffer_len < sizeof(struct sm_msg));
	sm_cast_mem_to_msg(buffer,sizeof(struct sm_msg),msg);
	return nbytes;
	}

view raw gistfile1.c hosted with ❤ by GitHub

现在的问题是程序经常跑飞,在客户端经常会发现接收的字节数为-1;
Bytes received -> -1 , need more bytes 4170

在服务器端有时可以成功,有时会失败,收到字节数为0:
Bytes received -> 0 , need more bytes 4170;

问题是是,如果客户端收到了SIGIO信号后,不是能够说明TCP管道中有数据可以被读,那为什么初选recv == -1 的情况? 同理,服务器端使用Select(),不是同样说明管道中有数据,为何读取的时候字节数为0?

Google过关于TCP Message Fragment的问题,建议是用循环把包拼起来,直到大小正确为止.但是目前用这个办法效果不太好. 是我哪里写的不对?

[alexapollo]

man recv
这是一个基础问题。

[xdeng]

-1断开？

[paulw54jrn]

@alexapollo
man page 我看过,我也明白这是一个基础问题. 也许正是太基础了,网上的描述都比较简单. 按照网上的建议,试了用几种不同的方式来把数据拼接在一起,但是都会有问题. 我觉得是我对Signal和Select的理解不够,所以想看看大家的意见.

除了吐槽之外,还请'请尽量让自己的回复能够对别人有帮助'.

[vietor]

SIGPIPE应该disable掉，同时对于粘包使用一定的拼接缓冲区是无法避免的。此外，使用SIGIO来作为事件通知也太古老了，难道是mac环境？