请教：MFC TCP/IP使用Receive接收数据，网络不好的情况下，发送方和接收方的数据不一致，何故呢

Quote: 引用:

发现楼主ID跟我前面很像。。。先mark一个

TCP的话应该不会有这种情况，没用过封装的Receive函数，不知道里面是怎样的

是好巧哈，RSD是我们实验室英文名称的缩写^_^

Quote: 引用:

tcp 数据不会丢失，你可以看这的socket例子：
http://download.****.net/detail/geoff08zhang/4571358

网络好的话，我这么用没问题，这种情况也只是遇到过一次，当时两个屋子隔了两道墙，信号是拿两个无线路由中继连接的，我发送一次数据6250个字节，计时要10S左右才能收到，不知道是不是网络不好，一直重发的原因导致时间过长吗？就在一个局域网中，按理来说不能这么慢的呀

请问：MFC TCP/IP使用Receive接收数据，网络不好的情况下，发送方和接收方的数据不一致，何故呢？recSo.Receive(buff,6250)

得到的数据，发现，接收方和发送方的数据不一致，我发送的是6250个字节，接收方接收到的长度也是6250，但是，发现有一部分数据是重复的，比如头200个字节实际上跟后200个字节是一样的了，也就是说丢了一部分数据，请问，为什么会出现这种情况呢？是我网络不佳，（wifi的信号很低，局域网内传输）导致TCP IP重发导致的数据重复吗？

还是我一次不应该接收那么大的数据呀，6250好像也不大呀？

Quote: 引用:

Quote: 引用:

Quote: 引用:

tcp 数据不会丢失，你可以看这的socket例子：
http://download.****.net/detail/geoff08zhang/4571358

网络好的话，我这么用没问题，这种情况也只是遇到过一次，当时两个屋子隔了两道墙，信号是拿两个无线路由中继连接的，我发送一次数据6250个字节，计时要10S左右才能收到，不知道是不是网络不好，一直重发的原因导致时间过长吗？就在一个局域网中，按理来说不能这么慢的呀

你多次尝试都是同样的内容还是有不一样的内容？？

char buff[65535]={0};
CString msg = "";
int ret=0;
for(;;)
{
ret=recSo.Receive(buff,6250);
if(ret==0)
break;
msg+=buff;
}

我获取数据部分这么写的，貌似不太对吧

Quote: 引用:

既然你是写入txt就没必要用CString了吧
另外你不buff那么大，Receive中才用6250？不清楚Receive里面是怎样做的
msg+=buff;这里应该是遇0就会停止，所以数据就会漏掉

没，发送的数据还是整形数据的，我是发送完之后，存了一份txt，一是为了备份，另外为了对比一下接收的是否正确，后来发现不正确

Quote: 引用:

Quote: 引用:

Quote: 引用:

既然你是写入txt就没必要用CString了吧
另外你不buff那么大，Receive中才用6250？不清楚Receive里面是怎样做的
msg+=buff;这里应该是遇0就会停止，所以数据就会漏掉

没，发送的数据还是整形数据的，我是发送完之后，存了一份txt，一是为了备份，另外为了对比一下接收的是否正确，后来发现不正确

整形数据，有int的结构体？在recv的过程中按字节接收，buff中肯定会有存在0的情况

有道理，不过中断了，为什么还会重复呢