展开全部
你这样的判断也实在是不够严谨,一般网络编程数据传输那里都会自己定义一个结构体当做协议32313133353236313431303231363533e58685e5aeb931333332643833。
一般都是包头 + 数据长度。 如struct dataRecv
{
int Header ;//包头
int nLen ; 数据长度
}
接收数据的时候也通常是这样://先接收包头
int nHeader ;
if (recv(SocketHandle, &nHeader, 4, 0)
{
//如果接收到的字符长度少于sizeof(int),接收满一个int,再判断接收到的是不是包头
if (nHeader == 包头,你自己定义的一个验证码)
{
//接收数据长度
int nDataLen = 0 ;
if (recv(SocketHandle, &nDataLen, sizeof(int), 0)
{
//跟之前接收包头是时候一样处理
}
//开始接收数据
char recvBuff[1024] ;
int nRev = 0
while (nRev
{
int n = recv(SocketHandle, recvBuff + nRev, nDataLen - nRev, 0) ;
if (n
{
//出错处理
}
nRev += n ;
}
//跳出循环之后表示一个数据包一样接收完成,可以处理数据了
}
}
recv() ;这个函数 在我写程序的时候遇到过这样的情况,如果缓冲区中没有数据可读,阻塞模式下这个函数有时候会等在那里,直到有数据可读为止;而有时候这个函数会返回0然后继续。
所以我个人认为过分依赖这个函数返回的结果来判断是否已经接受完数据是有点托大的。稳妥的方法就像上面所说的那样。