socket服务器的问题。
时间:2010-07-17
来源:互联网
在学习的过程遇到这样一个问题。创建一个socket服务器
问题一:没显式的设置成非阻塞模式,那默认的应该是阻塞模式吧?
问题二:accept以后,说明就是有客户连进来了,这个时候TCP的三次握手也完成了吧?
问题三:按照流程,既然accept成功,那就应该是期待客户输入数据了,调用readn(使用UNP里提供的循环读),为什么对于不同的客户端会有不同的结果。有的是能马上就直接返回,而有的又会阻塞(貌似会一直阻塞到客户端超时)?我理解是这样的,对于readn,假设都是要求读100B的数据,但实际客户发过来的数据只有80B,那按照UNP中写的readn,要么读够100个字节,要么读到结束就退出。是不是对于有的客户端可以读到结束标志,而对于有的客户端读不到结束符,才会出现以上说的哪种情况?如果是,我要怎样避免这样的阻塞?(现实有个需求就是,我不知道客户会发多大的数据过来,但我可以保证客户发的数据不会超过一个阀值,每次按这个最大值去调用readn的时候,有的客户端就会出现阻塞的情况,而有的又不会,是不是跟套接口设置为阻塞有关啊?如果是,那为什么有的客户端又不会超时?纠结我好久了)。
大大们,快快现身吧~~
问题一:没显式的设置成非阻塞模式,那默认的应该是阻塞模式吧?
问题二:accept以后,说明就是有客户连进来了,这个时候TCP的三次握手也完成了吧?
问题三:按照流程,既然accept成功,那就应该是期待客户输入数据了,调用readn(使用UNP里提供的循环读),为什么对于不同的客户端会有不同的结果。有的是能马上就直接返回,而有的又会阻塞(貌似会一直阻塞到客户端超时)?我理解是这样的,对于readn,假设都是要求读100B的数据,但实际客户发过来的数据只有80B,那按照UNP中写的readn,要么读够100个字节,要么读到结束就退出。是不是对于有的客户端可以读到结束标志,而对于有的客户端读不到结束符,才会出现以上说的哪种情况?如果是,我要怎样避免这样的阻塞?(现实有个需求就是,我不知道客户会发多大的数据过来,但我可以保证客户发的数据不会超过一个阀值,每次按这个最大值去调用readn的时候,有的客户端就会出现阻塞的情况,而有的又不会,是不是跟套接口设置为阻塞有关啊?如果是,那为什么有的客户端又不会超时?纠结我好久了)。
大大们,快快现身吧~~

作者: Magic_LP 发布时间: 2010-07-17


作者: Magic_LP 发布时间: 2010-07-17
加个固定长度的头,表示后续发的字节数
作者: lanying_wzw 发布时间: 2010-07-17
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读:74
-
如何安装mysql8.0
阅读:31
-
Word快速设置标题样式步骤详解
阅读:28
-
20+道必知必会的Vue面试题(附答案解析)
阅读:37
-
HTML如何制作表单
阅读:22
-
百词斩可以改天数吗?当然可以,4个步骤轻松修改天数!
阅读:31
-
ET文件格式和XLS格式文件之间如何转化?
阅读:24
-
react和vue的区别及优缺点是什么
阅读:121
-
支付宝人脸识别如何关闭?
阅读:21
-
腾讯微云怎么修改照片或视频备份路径?
阅读:28