加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

Linux网络编程. “阅读([…])”幕后会发生什么?

发布时间:2020-12-13 22:53:36 所属栏目:Linux 来源:网络整理
导读:ssize_t读取什么(int fd,void * data,size_t count);到底怎么办? 在网络上的很多文章中经常写,它试图从描述符或读取器fd.那是什么意思? “它尝试”:/这个插座是如何设计的?操作系统是否缓冲进来的消息?或者是读取时间关键操作?我的意思是,如果我没有及
ssize_t读取什么(int fd,void * data,size_t count);到底怎么办?

在网络上的很多文章中经常写,它试图从描述符或读取器fd.那是什么意思? “它尝试”:/这个插座是如何设计的?操作系统是否缓冲进来的消息?或者是读取时间关键操作?我的意思是,如果我没有及时“阅读”,是否存在某些包裹丢失的可能性?

编辑:

我想知道为什么这不会阻塞.然后我想知道为什么read(…)有其他参数而不是我在代码片段中看到的所有函数.最后我意识到它被读取(…)而不是recv(…).不幸的是,它仍然像我预期的那样工作.而且我们的ascostaivie如何与我们合作. (不要编辑)我不得不承认德国的例子对读者有更大的影响……

解决方法

Linux将缓冲到达连接的TCP套接字的所有数据,默认情况下最多可达几兆字节.您不必在数据到达的同一时间读取.

netstat -tn将为每个连接的套接字显示Recv-Q和Send-Q,这是每个方向排队的字节数.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读