免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 2215 | 回复: 12
打印 上一主题 下一主题

socket 发送过程的怪现象,请高手指点!! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2005-11-14 11:07 |只看该作者 |倒序浏览
各位好!
   我在调试程序时发现一个怪问题。
   客户端是在windows下用vc 写的。
   while (1)   
   {
             .......
         send ();
             .......
      }
     
      服务器是在linux下用gcc编译的。
    .....................
    bytes = recv (....);
      .....................
  
      我发现每次发送的数据报较小时,接受没有问题,可是数据包大了,就有问题了。
    我测了几组数据。
    发送字节                接收字节
     125                             125
       1000                           1000
       3000                           2920 (循环发多次,第一次收到 2920,后来正常了,最后一次收到80)
       70000                         很乱
   
    但发现发送2920字节以下,接收无错误.
  
  实在搞不懂了,以太帧的最大长度是1518,那这个2920 是个什么东西啊?大家遇到这种现象没有啊?帮帮忙

论坛徽章:
0
2 [报告]
发表于 2005-11-14 11:22 |只看该作者
1518?不是1500吗?

论坛徽章:
0
3 [报告]
发表于 2005-11-14 11:26 |只看该作者
就算是1500 ,那么为什么2000没问题,大于2920,就出现问题了呢?或许这只是个随机数,但这其中的原因是什么呢?

论坛徽章:
0
4 [报告]
发表于 2005-11-14 11:27 |只看该作者
丢包?

论坛徽章:
0
5 [报告]
发表于 2005-11-14 11:44 |只看该作者
2920+80=3000

论坛徽章:
0
6 [报告]
发表于 2005-11-14 11:45 |只看该作者
包里包含长度,接受的时候固定读取

论坛徽章:
0
7 [报告]
发表于 2005-11-14 13:19 |只看该作者
我曾经遇到过发送字节数都是返回0,可是数据去正常发送了,接收端都很正常,也没弄明白怎么回事,当然我的都是在LINUX下

论坛徽章:
0
8 [报告]
发表于 2005-11-14 13:27 |只看该作者
以太帧的最大长度是1518,那这个2920 是个什么东西啊?
所以会分成2个以太帧出来

你的send 对不对?
宝典里面说 因为缓存的问题 一次 send  用write 的话
可能失败 因为字符没传完 需要继续传 直到传完为止。 (我从来没遇见过)

如果是乱的 可能就是这个问题

我这里的受到数据 是指 用抓包软件看到的内容

如果是你自己的软件显示的,那十有八九就是自己代码有问题

论坛徽章:
0
9 [报告]
发表于 2005-11-14 13:34 |只看该作者

这是,粘包和断包拉

你需要自己在应用层解决

论坛徽章:
0
10 [报告]
发表于 2005-11-14 23:14 |只看该作者
看来你没有明白stream是什么东东
while ( recv(...) != 0 )
{
      process inbound message;
      continue your reading action.
}
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP