非阻塞listenfd

最新推荐文章于 2022-04-10 15:05:50 发布
转载 最新推荐文章于 2022-04-10 15:05:50 发布 · 2.5k 阅读 · 2

先说一下为什么要使用非阻塞的accept.如果我们使用select或者epoll对listenfd进行监控,正常情况下,三次握手完成之后,服务器端维护了一个队列来保存这些连接,select或者epoll会触发listenfd的可读事件来待程序员调用accept返回这个连接的描述字.但是有一些特殊的情况在本博客中的TCP连接中的close和shutdown一文中提到了一种情况.调用close函数,并且(l_onoff = 1, l_linger =0),这种情况是为了尽快回收套接字资源,不发送FIN报文,发送的时RST报文,套接字直接进入CLOSE状态,不会进入TIMEWAIT状态.这种情况就要求非阻塞accept的存在.

假设一种情况,当客户度端发起连接,完成了三次握手之后.但是此时服务器端因为很忙碌,还没有调用accept函数来确认这个连接.此时客户端使用close函数关闭了连接,注意此时客户端发送的是RST报文而不是FIN报文,所以该链接就在内核中就被断开了,但是此时用户层并不知道这种变化,如果此时服务器端经过epoll触发的listenfd调用阻塞的accept,那么由于连接已经被取消,所以accept就会被阻塞,那么其他注册在epoll中的fd就不能被即使处理,所以我们需要将listenfd设置为非阻塞的,保证完成accept时非阻塞的.

当设置accept是非阻塞的时,如果有连接存在,那么accept正常返回.如果时没有连接存在,或者像上述所说的连接被取消了,那么会返回不同的错误码,我们只需要在accept返回错误后检查这些错误码,如果是这两种情况,把它当做征程情况不用处理即可.


ps:尝试了如果在accept之前,使用正常的close,也就是发送正常的FIN报文的话,accept会返回成功,返回正常的socketfd,在下一次读事件时会读到0.也就是说正常的退出不会出现上述情况,不需要非阻塞的accept来处理.

linux socket：接收时阻塞与非阻塞的设置
吻等离子的博客
09-23 4052
指的是当某个函数执行成功的条件当前不满足时，该函数会阻塞当前执行线程，程序执行流在超时时间到达或执行成功的条件满足后恢复继续执行。即使某个函数执行成功的条件不满足，该函数也不会阻塞当前执行线程，而是立即返回，继续执行程序流。
IO模型（阻塞，非阻塞，多路复用......)
m0_72647108的博客
08-03 1034
IO模型
（4.4）listen()队列剖析、阻塞非阻塞、同步异步
GSX
03-11 2050
一：listen()队列剖析 //listen()：监听端口，用在 TCP连接中的服务器端 角色； //listen()函数调用格式： //int listen(int sockfd, int backlog); //要理解好backlog这个参数，我们需要先谈一谈 “监听套接字 队列”的话题； //（1.1）监听套接字的队列 //对...
非阻塞accept
了解的越多，越知道自己的无知
07-31 2665
先说一下为什么要使用非阻塞的accept.
非阻塞connect()和accept()
hanchaoman的专栏
02-14 1万+
非阻塞connect()和accept()一.accept()函数1.阻塞模式阻塞模式下调用accept()函数，而且没有新连接时，进程会进入睡眠状态。2.非阻塞模式非阻塞模式下调用accept()函数，而且没有新连接时，将返回EWOULDBLOCK错误。非阻塞模式select() + accept() sockfd = listen_tcp();//socket()、bind()、listen()FD_SET(sockfd, rset);while(1){select(sockfd + 1, rset,
UNIX网络编程——非阻塞accept
weixin_34408624的博客
07-26 162
当有一个已完成的连接准备好被accept时，select将作为可读描述符返回该连接的监听套接字。因此，如果我们使用select在某个监听套接字上等待一个外来连接，那就没有必要把监听套接字设置为非阻塞，这是因为如果select告诉我们该套接字上已有连接就绪，那么随后的accept调用不应该阻塞。 不幸的是，这里存在一个可能让我们掉入陷阱的定时问题。 为了查看这个...
TCP服务端 accept()函数实现非阻塞
zhiyijue7762的博客
04-01 3197
1、首先使用fcntl函数设置socket为非阻塞 sockfd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); int flags = fcntl(sockfd, F_GETFL, 0); fcntl(sockfd, F_SETFL, flags | O_NONBLOCK); bind()...... listen()...... 2、再使用select函数设置超时 FD_...
阻塞式/非阻塞式IO
qq_39480875的博客
11-28 933
阻塞式/非阻塞式IO 【知识点】 非阻塞式IO 的两种设置方法 (1) 函数fcntl( )，设置 O_NONBLOCK 选项 int flag=fcntl(sockfd,F_GETFL,0);检查文件标志位 fcntl(sockfd,F_SETFL,flag|O_NONBLOCK);设置文件标志位 (2) 函数ioctl( )，设置FIONBIO 选项 int nIO=1;设置非阻塞IO ioc...
【服务器系统设计】socket的阻塞模式和非阻塞模式总结
ghscarecrow的博客
04-10 6111
前言 对socket在阻塞和非阻塞模式下各个socket函数的表现进行深入理解，是掌握网络编程的基本要求之一，也是重点和难点。 在阻塞和非阻塞模式下，我们常常讨论的具有不同行为表现的socket函数一般有connect，accept，send和recv。 定义 阻塞模式：指的是当某个函数执行成功的条件当前不满足时，该函数会阻塞当前执行线程，程序执行流在超时时间到达或执行成功的条件满足后恢复继续执行。 非阻塞模式：即使某个函数执行成功的条件不满足，该函数也不会阻塞当前执行线程，而是立即返回，继续执行程序流。
21-非阻塞accept
网络安全
01-07 6385
1. 回忆accept函数 之前在10-在accept之前中止连接（连接异常）这一篇中已经讨论过在accept之前中止连接的情况了，不过从最终的结果来看，accept并没有返回错误，而是之后调用read读取已连接套接字时产生了错误。 另外，当一个已完成连接正等待被服务端accept时，select会把该连接的套接字作为读描述符并返回。这意味着之后的accept就不应该阻塞，但是会引发一个...
5-4 listen()队列剖析、阻塞非阻塞、同步异步
昔拉的博客
03-14 1705
文章目录一：listen()队列剖析（1.1）监听套接字的队列（1.2）accept()函数（1.3）syn攻击【syn flood】:典型的利用TCP/IP协议涉及弱点进行坑爹的一种行为；二：阻塞与非阻塞I/O三：同步与异步I/O:这两个概念容易和 阻塞/非阻塞混淆；（3.1）I / O复用（3.2）思考题 一：listen()队列剖析 //listen()：监听端口，用在 TCP连接 中的 服...
关于accept非阻塞
jinlongxingkong的博客
07-19 2428
最近在做socket编程，wifi测试时发现距离远了之后，拿近了后，热点会再次连上，但程序里的socket不会重连，后来发现问题的根源。
accept非阻塞方式
linuxheik的专栏
03-05 7822
accept非阻塞方式 C网络编程：Server处理多个Client(多进程server方法 和 non-blocking与select结合) 参看基于TCP/UDP的socket代码，同一时间Server只能处理一个Client请求：在使用当前连接的socket和client进行交互的时候，不能够accept新的连接请求。为了使Server能够处理多个Client请求，常见的
89-非阻塞 accept
进击的小学生
05-14 1488
不知道你是否还记得异常连接—— accept 返回前连接终止。这篇文章探讨的是在 accept 函数调用前，连接被异常终止的情况。不过，很遗憾我们并未观察到 accept 产生异常。man 手册中解释，linux 会把错误转移到 accept 返回的新套接字（已连接套接字）中，因此在后续的 read 已连接套接字的时候，会产生错误。假设我考虑最坏的情况，即 accept 会产生错误，会怎样呢？1.
为什么TCP服务器的listenfd要设置为非阻塞
weixin_42289038的博客
03-13 809
原因： https://blog.youkuaiyun.com/zhwenx3/article/details/88107428
accept函数不阻塞的问题
Codestream's cold-dream
01-11 5020
今天遇到accept函数不阻塞的问题。在listen函数之后，accept没有阻塞，在没有连接进入的情况下直接返回一个很大的数值。 后来查出原因是因为accept函数中的最后一个参数(SOCKADDR的长度)没有赋值的关系。 下面帖出代码： #include "server_main.h" int main(){ WSADATA wsaData; SOCKET ListeningSoc
accept的阻塞与非阻塞
热门推荐
靑い空゛
06-13 2万+
C网络编程：Server处理多个Client(多进程server方法 和 non-blocking与select结合) 参看基于TCP/UDP的socket代码，同一时间Server只能处理一个Client请求：在使用当前连接的socket和client进行交互的时候，不能够accept新的连接请求。为了使Server能够处理多个Client请求，常见的方法： 多进程方法(每个子进程单
accept 为什么不阻塞_为什么不阻塞？
danpu0978的博客
05-17 1511
accept 为什么不阻塞 在过去的一年中，我一直在编写无阻塞的异步代码。 学习它的工作原理和编写方法并不难。 从哪里来的好处是我不了解的。 此外，围绕某些编程模型的炒作太多，以至于您必须善于从事实的谣言中告诉市场。 因此，让我们首先从澄清术语开始。 非阻塞应用程序以线程永远不会阻塞的方式编写–每当线程必须在I / O上阻塞（例如，从套接字读取/写入套接字）时，它都会在有新数据可用时得到通...
直接将它改为非阻塞就行
最新发布
03-30
<think>好的，用户想知道如何将代码或设置更改为非阻塞模式。首先，我需要回忆不同编程语言和系统中设置非阻塞套接字的方法。根据提供的引用，用户可能涉及Java、C/C++（Linux）以及epoll相关的场景。 首先，用户提到了Java中的ioctlsocket函数。引用[1]指出在Java中使用ioctlsocket并设置FIONBIO参数来切换非阻塞模式。我需要确认Java中具体的代码示例，比如通过设置某个标志位，可能涉及IOCTL操作或者使用NIO库的Channel配置非阻塞模式。 接下来是Linux下的设置，引用[2]提到使用fcntl函数，通过F_SETFL设置O_NONBLOCK标志。这部分需要给出具体的C代码示例，比如在创建socket后调用fcntl(fd, F_SETFL, flags | O_NONBLOCK)。同时，需要注意错误处理，比如检查返回值。 然后是关于epoll和非阻塞socket的关系，引用[3]提到epoll需要将socket设为非阻塞以避免阻塞在accept上。这里需要解释为什么非阻塞模式在异步I/O模型中很重要，尤其是在处理多个连接时，防止单个连接的阻塞影响整体性能。 用户可能需要不同语言的示例，比如Java、C/C++、Python等。需要确保每个示例的准确性，语法正确，并符合各平台的最佳实践。例如，在Python中使用setblocking(False)，但要处理可能抛出的异常，如BlockingIOError。 此外，还需要提醒用户设置非阻塞后的注意事项，比如检查错误码（EAGAIN或EWOULDBLOCK），以及如何正确处理这些情况，比如重试或使用select/poll/epoll等机制来轮询就绪状态。 最后，生成相关问题时要覆盖不同平台和常见问题，比如性能影响、异常处理、不同编程语言的实现差异等，帮助用户全面理解非阻塞模式的配置和应用场景。</think>### 如何设置非阻塞模式？ 非阻塞模式允许程序在执行I/O操作时不被阻塞，常用于高性能网络编程。以下是不同场景的实现方法： #### 1. Java中设置socket非阻塞模式 通过`ioctlsocket`函数控制`FIONBIO`参数： ```java // 创建socket SocketChannel socketChannel = SocketChannel.open(); // 设置为非阻塞模式 socketChannel.configureBlocking(false); // 或者通过传统方式设置（需处理IOException） try { socket.setOption(StandardSocketOptions.TCP_NODELAY, true); } catch (IOException e) { e.printStackTrace(); } ``` > 关键点：Java NIO的`SocketChannel`直接提供配置方法[^1] #### 2. Linux C/C++设置非阻塞 使用`fcntl`系统调用修改文件描述符标志： ```c #include <fcntl.h> #include <unistd.h> int sockfd = socket(AF_INET, SOCK_STREAM, 0); // 获取当前flags int flags = fcntl(sockfd, F_GETFL, 0); // 添加非阻塞标志 fcntl(sockfd, F_SETFL, flags | O_NONBLOCK); ``` > 注意：必须检查`fcntl`返回值是否成功[^2] #### 3. Python实现非阻塞socket ```python import socket s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.setblocking(False) # 设置非阻塞 try: s.connect(("www.example.com", 80)) except BlockingIOError: pass # 正在建立连接中 ``` > 非阻塞连接需要配合`select`模块轮询状态 #### 4. Epoll场景下的特殊要求 使用epoll时必须设置非阻塞： ```c // 创建监听socket int listenfd = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, 0); // 或者通过fcntl设置 fcntl(listenfd, F_SETFL, O_NONBLOCK); // 绑定并监听后加入epoll struct epoll_event ev; epoll_ctl(epfd, EPOLL_CTL_ADD, listenfd, &ev); ``` > 非阻塞模式可防止accept阻塞整个事件循环[^3] ### 注意事项 1. **错误处理**：非阻塞操作会返回`EAGAIN`或`EWOULDBLOCK`错误，需重试机制 2. **性能影响**：非阻塞模式需要配合I/O多路复用（如select/epoll）才能发挥优势 3. **平台差异**：Windows使用`ioctlsocket`，Linux使用`fcntl`
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值