经典socket问题,不清楚的都来看看,同时请高手指点指点

cannsy 2004-12-22 04:45:38
我定义了自己的类:class CMyAsyncSocket : public CAsyncSocket
重载了void CMyAsyncSocket ::OnReceive(int nErrorCode)

1、在这个事件中接收数据时,如果有一个100字节的包要收,假如系统第一次只给我接收50字节,那么是不是在该事件的这次触发中我只能Receive到50个字节,还有50字节要等到OnReceive事件下一次触发时才能收到?

2、在OnReceive事件的一次触发中,假设这时系统缓冲区中有150个字节数据,我人为的只接收前面的100字节,也就是说还有50字节留在了系统缓冲区中,那么程序会不会为因为系统缓冲区中还有50字节的数据而再一次产生一个OnReceive事件,就算是系统缓冲区没有收到新的数据也会吗;如果不会,那就是要等到新数据的到来再产生一个OnReceive事件,这时前面应用层没有收完的50字李数据也应该还在系统缓冲区中吧?
...全文
136 5 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
najzni 2004-12-22
  • 打赏
  • 举报
回复
1.yes.当然你也可以"等待一定时间",然后再次receive,不过这个没有必要,这和"异步"的思想违背.
2.A.应该不会再次触发OnReceive事件.
B.原来的数据还在.
anxiangbin 2004-12-22
  • 打赏
  • 举报
回复
如果缓冲区不够大,数据需要分两次才能收完.
Programer_Zjw 2004-12-22
  • 打赏
  • 举报
回复
你每接收完一次就清空缓冲区 就可以了啊
sillyou 2004-12-22
  • 打赏
  • 举报
回复
了解OnReceive事件是怎么触发的对你有帮助,我也不清楚。
danielzhu 2004-12-22
  • 打赏
  • 举报
回复
你是用udp还是tcp?
鸣谢 首先要感谢linus,给了我们一个可以自由翱翔的平台; 其次,要感谢网络上千万的linux/windows先行者,给予的有意或无意的指点和帮助; 再次,感谢陈皓兄的《跟我一起写makefile》,引导我走过了makefile的迷雾。后来发现于凤昌兄译的《GNU Make使用手册》,也有颇多受益。 背景 从2004年,我在一个公司作服务端软件的开发,要支持linux/windows平台,主要是为了容易维护,就设计、开发了这一套比较常用的类。 2005一直在windows下作IPTV的开发,在2006年底,又回到linux下作IPV6下IPTV的开发。在空闲时间,看看两年前的那些零散类文件,开始整理这些类成库,并写了简单的使用和测试范例,放在网上和朋友们共享。 由于早期的平台从windows98和VC6.0,redhat8.0,经历了些变迁,没有太多的时间再一一仔细测试,就用现在的windowsXP和VS.2003,Fedaro Core4.0作的测试。 主要是为了相互学习,希望能和朋友们共同进步!如有引用,标明出处,会不胜感激!禁止商业性的书籍的引用!很多不良的作者,完全是在骗钱。 功能简介 通用于linux/windows平台C++的应用。 主要是对一些系统功能,进行了简洁封装。 主要有读写锁类, 线程类, 线程池类, 定时器类, socket1.1的封装类, ini文件类, txt文件类, 可删除内容的文件类, 查找文件类, 调试输出类, 字符串类, 同步的普通队列和优先级队列类, 智能指针和内存自动管理类,数据库类. 特别声明:因为环境限制,这次测试代码中,没有测试数据库类。我以前也只是在PostgreSQL,SQL Server2000和Acess2000中实际用过。如有朋友用到,自行修改、测试。 这些类的风格,与个人习惯密切相关。推荐QT,跨平台的类库,还是不错的;ACE就太难使用了! 编译和运行: 1. windwos下,用vs2003打开pub下的test.sln文件,所有的测试程序和类库文件就载入,编译即可。其它程序引用库时,选中/MDd选项。 2. linux下,执行pub下的Makefile文件,编译即可。如果没有安装PostgreSql,数据库部分会编译不过。 关于inline函数 我写的这些类的函数,大部分是可以写成inline函数的,对性能提高也有很大的帮助。但是,GCC和VC的不同版本编译器的支持程度不同,可能会编译不过,所以就都没有为提高效率而写inline函数。依赖于编译器,对跨平台的程序来说,也比较麻烦! 不过,现在的硬件系统,对这些小小的性能提升,也感觉不出来的。 如有需要,自行改写! 关于异常和错误处理 也是仁者见仁,智者见智! 习惯于C开发的朋友,大概喜欢函数错误时返回错误码。函数有返回值,就要处理,就使程序逻辑较为复杂,看去也比较的混乱。 我则喜欢用异常代替,主要是代码简洁和逻辑清晰。异常抛掷,会使流程很简洁,只显示执行正确时的流程,错误集中处理 对于那些失败即意味着中止的一个操作,我让其抛掷异常。如果是正常的分支流程,则用返回失败值。就我遇到的情况,大部分则为操作失败,调用的流程一般都要中止的。 这个判断也是比较难下的。放在一个局部,异常可能导致操作中止;但放在更上一层,则异常又可能是正确程序流程处理。 bug的反馈和修改支持 如果有重大的错误需要偶修正,发到linhweikuo@hotmail.com的邮箱,尽量说明问题的现象,我会在一周内解决的(如果工作比较紧急的时候,不能即时就处理的)。

18,363

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 网络编程
c++c语言开发语言 技术论坛(原bbs)
社区管理员
  • 网络编程
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧