非阻塞 socket 在send之后返回 WSAEWOULDBLOCK分析

最新推荐文章于 2023-10-08 09:43:45 发布
最新推荐文章于 2023-10-08 09:43:45 发布
阅读量1.1k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xiaohua_de/article/details/82215831
当使用非阻塞socket发送数据时遇到WSAEWOULDBLOCK异常，意味着输出缓冲区满或忙。本文介绍了如何通过监听FD_WRITE事件来判断何时能重新发送数据，而非简单地Sleep。详细阐述了FD_WRITE事件在连接建立、接受连接和发送失败后的触发条件，并提供了一段示例代码展示如何等待并响应FD_WRITE事件来重试发送。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

首先，Winsock 异常 10035 WSAEWOULDBLOCK (WSAGetLastError) 的意识是 Output Buffer 已经满了，无法再写入数据。确切的说它其实不算是个错误，出现这种异常的绝大部分时候其实都不存在 Output Buffer 已满情况，而是处于一种“忙”的状态，而这种“忙”的状态还很大程度上是由于接收方造成的。意思就是你要发送的对象，对方收的没你发的快或者对方的接受缓冲区已被填满，所以就返回你一个“忙”的标志，而这时你再发多少数据都没任何意义，所以你的系统就抛出个 WSAEWOULDBLOCK 异常通知你，叫你别再瞎忙活了。


那么，我该怎么办呢？网上有很多朋友的做法是遇到这种情况就 Sleep 一段时间，一般短暂停顿后 Output Buffer 就空出来了，那就又可以继续发送了。不过我推荐另外的方法：根据 MSDN 文档所示，当出现 WSAEWOULDBLOCK 异常后直到空出 Output Buffer 时，系统会发送一个 FD_WRITE 给发送方。我们完全可以在等收到 FD_WRITE 消息后再重新发送从出现异常开始的数据包即可（该包需要全部重新发送）。

 

下面主要对FD_WRITE的方法进行描述。引用网友的文章

https://blog.youkuaiyun.com/gotosola/article/details/60578704

 

FD_WRITE事件只有在以下三种情况下才会触发

①client 通过connect（WSAConnect）首次和server建立连接时，在client端会触发FD_WRITE事件

②server通过accept（WSAAccept）接受client连接请求时，在server端会触发FD_WRITE事件

③send（WSASend）/sendto（WSASendTo）发送失败返回WSAEWOULDBLOCK，并且当缓冲区有可用空间时，则会触发FD

最低0.47元/天 解锁文章

200万优质内容无限畅学
WinSocket发送视频数据发生WSAEWOULDBLOCK
Shelley_Yan的博客
07-24 412
问题背景： 程序使用winsocket TCP协议发送视频数据，一帧帧发送，之前测试一直没有问题。直到最近产品计划提升性能，将视频码率提升至4096kbps，本地32路远程16路同时获取，计算一下，网络需要8MB/s的速度。8MB/s = 64Mb/s, 那么一般的百兆网卡和网管肯定是不行了，需要搭建千兆传输网络。我们的网络环境为千兆网，网速实测到50-60MB/s。另外client接收到数据后...
学习笔记(03):C++网络编程进阶-socket的阻塞与非阻塞
weixin_38793855的博客
03-01 1329
C/S模型在企业级的软件开发中非常常见，高并发网络通讯更是很多项目的核心模块，学好socket 网络编程显得尤为重要，本课程分为TCP/IP 协议、socket基础与进阶的异步通讯模型三个部分，通过浅显易懂的代码与讲解，让你的C++网络编程能力得到质的飞跃，具备开发高并发服务器的能力!...
关于WSAEWOULDBLOCK
08-12 4084
 首先搜索了一下论坛里关于send时产生WSAEWOULDBLOCK时的处理办法,得出如下结论:   1.产生这个错误只是说明out buffer已经满了,不代表出错.   2.可以等待FD_WRITE消息,此时将没有发送完成的数据再次发送出去.   但还是有疑问,我的问题如下:   1.我上面的两条结论正确吗?   2.关于在FD_WRITE里把没有发送完的数据发送完,这一点如何做到呢?因为
Windows Socket 异步编程（非阻塞模式） -- Select回送示例
weixin_30394981的博客
04-01 280
使用Select异步模式来实现返送示例。服务器启动并监听9999端口，并将收到的客户端信息打印并返送给客户端。 重点理解的是：一个套接字是否是可读、可写状态。当服务器端socket在Accept成功之后，便是可读状态，接收客户端发送数据。当客户端发送recv函数时，这个socket便成为可写状态，服务器端便知道这个客户端可写，然后根据自己的定义发送给客户端内容。如果客户端不发送recv函数，即下...
关于send时产生WSAEWOULDBLOCK问题
zt_xcyk的专栏
03-20 1928
关于send时产生WSAEWOULDBLOCK时的处理办法,得出如下结论: 产生这个错误只是说明out buffer已经满了,不代表出错. 可以等待FD_WRITE消息,此时将没有发送完成的数据再次发送出去. WSAEWOULDBLOCK错误意味着请求的操作在调用期间没有时间完成
vb6 纯API实现阻塞和非阻塞模式Socket
03-12
在非阻塞模式下，如果尝试进行一个需要等待的操作，如发送或接收数据，而操作又不能立即完成，那么`send()`或`recv()`函数将不会等待操作完成，而是立即返回一个错误代码，如`WSAEWOULDBLOCK`，表示操作会阻塞。...
关于socket阻塞与非阻塞情况下的recv、send、read、write返回值.zip
01-17
- **recv**：在非阻塞模式下，如果缓冲区无数据，`recv`不会阻塞，而是立即返回一个负值`EWOULDBLOCK`（或在Windows系统中为`WSAEWOULDBLOCK`）。如果有数据，则返回实际接收到的字节数，可能小于请求的大小。 - **...
Socket C++ TCP阻塞\非阻塞 服务器 客户端 开发
05-20
非阻塞模式则允许程序在数据未准备好时立即返回，通常会返回一个错误代码（例如`WSAEWOULDBLOCK`），此时应用程序可以继续执行其他操作而无需等待。 #### 四、SOCKET类的设计和实现 为了更好地组织代码结构，我们...
CAsyncSocket::Send()、OnSend()
hahahapeige的博客
04-14 2294
virtual int Send( const void* lpBuf, int nBufLen, int nFlags = 0);Dialog中Socket设置AsyncSelect(FD_WRITE),触发虚函数OnSend（），之后调用Send（）发送消息。参数lpBuf包含要传输的数据的缓冲区。nBufLen中的数据的长度lpBuf以字节为单位。nFlags...
TCP Socket编程（非阻塞模式）（C++）
热门推荐
WLFF_优快云的博客
04-23 1万+
代码来源：《Windows网络编程》（罗莉琴，詹祖桥 主编）（如造成任何不便，请联系我删除） 服务器： // TcpServer.cpp : 定义控制台应用程序的入口点。 // #include "stdafx.h" #include #include #pragma comment(lib,"ws2_32.lib") #define BUF_SIZE 64 int _tmain(
转: 关于SOCKET的阻塞非阻塞recv和send
05-31 547
<br />关于SOCKET的阻塞非阻塞recv和send <br />      对于recv和send函数的返回完成，实际上并不是将缓冲区数据成功送入网络链路，而只是成功发送到系统缓冲区或者是系统缓冲区有数据了！这个系统缓冲区应该是驱动里分配的缓冲区，NTFS默认大小8k，一般WINDOWS 4K。<br />在发包时候，因为TCP提供的是流服务，导致WINSOCK接口会根据缓冲区和数据包的实际情况自由的对数据包进行组合和分割发送，也就是当客户端连续多次发送包时（<100ms)，多个数据包可能会组合在一
非阻塞模式下，send和recv返回值的各种处理
SWX230162的博客
10-08 1314
send/recv write/read 函数返回值大于 0，表示成功发送或成功接收了多少字节，但是发送或者接收的字节数可能是部分字节数，比如你需要发送buf_length长度的数据，但是send/write返回的n有可能 < buf_length，这是因为发送缓冲区可能已经满了。EINTR：当进程在一个慢系统调用中阻塞时，如果捕获到某个信号且相应信号处理函数返回时，这个系统调用不再阻塞而是被中断，就会调用返回错误（一般为-1）并设置 errno 为 EINTR。返回值小于0，需要区分errno。
Client向Server send数据，返回 WSAEWOULDBLOCK 错误
人生代码，代码人生。。。
05-02 897
参见MSDN中的一段： The FD_WRITE network event is handled slightly differently. An FD_WRITE network event is recorded when a socket is first connected with connect/ WSAConnect or accepted with accept/ WSAA
windows和linux中socket的非阻塞模式error：EWOULDBLOCK 和EAGAIN
weixin_45921256的博客
03-03 1758
在学习socket编程的时候，测试了非阻塞模式下产生的错误（window环境） 先放上全部代码： import socket import errno import threading import time # 多线程 EOL1 = b'\n\n' EOL2 = b'\n\r\n' body = '''Hello, world!<h1>from the5fire 《Django...
socke通信中阻塞和非阻塞分析
Sky_nnn的博客
11-20 1559
先理一下阻塞和非阻塞的概念： 阻塞就是让当前调用线程一直处于停止等待当中，挂起的状态，线程函数会被卡住。 非阻塞则是不管运行结果如何，都会继续往下执行（往往都要处理很多返回结果），线程函数里一般都是一个循环，不停的轮询。 再理一下发送接收函数： send/sendto函数，只是把应用层的数据拷贝到内核发送缓冲区，并不保证数据一定会被发送到对端，真正执行发送及什么时候发送是由系统(协议栈)决定的，所以send/sendto函数返回成功，只能说明拷贝成功了，如果在还未发送之前网络断开，则发送失败。 recv/r
非阻塞套接字的WSAEWOULDBLOCK错误通过select解决
ZIMAJIM的博客
09-09 2295
 讲一下套接字模式和套接字I/O模型的区别。先说明一下，只针对Winsock，如果你要骨头里挑鸡蛋把UNIX下的套接字概念来往这里套，那就不关我的事。套接字模式：阻塞套接字和非阻塞套接字。或者叫同步套接字和异步套接字。套接字模型：描述如何对套接字的I/O行为进行管理。Winsock提供的I/O模型一共有五种：select,WS...
Recvfrom() 返回 WSAECONNRESET 代替阻塞或超时
倚天龍記
12-06 3008
使用winsock 的 recv from 函数时,可能收到　ICMP port unreachable 的错误，可以通过　WSAIoctl来设置，win2000 要使用最新的 sp来获得支持 DWORDdwBytesReturned = 0;BOOLbNewBehavior = FALSE;DWORDstatus;// disable  new behavior using// IO
send和recv非阻塞时如何正确处理WSAEWOULDBLOCK和设置超时
张小方的博客
03-23 5503
RCSocketResult RCAsyncSocket::Send(const char* pBuff, int32_t nLen, int32_t& nLenSent, DWORD dwTimeOut) { m_nLastError = 0; int32_t bytesSent = 0; int32_t sendLeft = nLen; nLenSent =
mfc实现非阻塞socket通信
最新发布
08-13
<think>我们正在讨论MFC中的非阻塞Socket通信实现。根据引用内容，我们知道在MFC中实现非阻塞Socket通信的关键是利用CSocketWnd作为消息池，通过事件通知机制来处理多个客户端连接和通信。下面将详细说明实现步骤。 ### 1. 使用CAsyncSocket类 MFC提供了`CAsyncSocket`类，它封装了异步非阻塞Socket通信的基本功能。我们可以通过继承`CAsyncSocket`并重写其事件处理函数来实现非阻塞通信。 ```cpp class CMySocket : public CAsyncSocket { public: virtual void OnAccept(int nErrorCode); virtual void OnConnect(int nErrorCode); virtual void OnReceive(int nErrorCode); virtual void OnClose(int nErrorCode); // ... 其他事件处理函数 }; ``` ### 2. 创建Socket并设置为非阻塞模式 在创建Socket时，默认就是非阻塞的（因为`CAsyncSocket`就是为异步设计的）。我们只需要调用`Create`函数创建Socket即可。 ```cpp // 服务器端监听Socket CMySocket listenSocket; listenSocket.Create(1234, SOCK_STREAM); // 在1234端口创建TCP Socket listenSocket.Listen(); // 开始监听 ``` ### 3. 处理事件 当有客户端连接请求时，会触发`OnAccept`事件；当有数据到达时，会触发`OnReceive`事件。我们需要在这些事件处理函数中编写相应的逻辑。 例如，在`OnAccept`中接受连接： ```cpp void CMySocket::OnAccept(int nErrorCode) { if (nErrorCode == 0) { CMySocket* pClient = new CMySocket; if (Accept(*pClient)) { // 成功接受连接，将pClient保存起来以便后续通信 } else { delete pClient; } } CAsyncSocket::OnAccept(nErrorCode); } ``` 在`OnReceive`中接收数据： ```cpp void CMySocket::OnReceive(int nErrorCode) { if (nErrorCode == 0) { char buffer[1024]; int nReceived = Receive(buffer, sizeof(buffer) - 1); if (nReceived > 0) { buffer[nReceived] = '\0'; // 处理接收到的数据 } } CAsyncSocket::OnReceive(nErrorCode); } ``` ### 4. 消息循环 MFC内部有一个隐藏窗口（`CSocketWnd`）用于接收Socket事件消息，并将这些消息分发给对应的`CAsyncSocket`对象。因此，我们需要确保程序中有消息循环（在MFC应用程序中通常由主框架处理）。 ### 5. 注意事项 - 在非阻塞模式下，发送数据时如果发送缓冲区已满，`Send`函数会返回一个错误`WSAEWOULDBLOCK`。此时，我们需要等待`OnSend`事件（当可以继续发送时触发）再进行发送。 - 需要管理好客户端Socket对象的生命周期，避免内存泄漏。 ### 6. 使用CSocket类 虽然`CSocket`类默认是阻塞的，但可以通过将其与`CSocketFile`和`CArchive`结合使用来实现伪异步（实际上是在后台线程中处理阻塞操作）。然而，对于真正的非阻塞通信，建议使用`CAsyncSocket`。 ### 7. 一个简单的非阻塞服务器示例 以下是一个简单的非阻塞服务器示例代码框架： ```cpp // 监听Socket类 class CListenSocket : public CAsyncSocket { public: virtual void OnAccept(int nErrorCode); }; void CListenSocket::OnAccept(int nErrorCode) { if (nErrorCode == 0) { CClientSocket* pClient = new CClientSocket; if (Accept(*pClient)) { // 保存客户端Socket指针 } else { delete pClient; } } CAsyncSocket::OnAccept(nErrorCode); } // 客户端Socket类 class CClientSocket : public CAsyncSocket { public: virtual void OnReceive(int nErrorCode); virtual void OnClose(int nErrorCode); }; void CClientSocket::OnReceive(int nErrorCode) { // 接收数据并处理 } void CClientSocket::OnClose(int nErrorCode) { // 客户端关闭连接，清理资源 Close(); delete this; // 假设在堆上创建，自行管理生命周期 } ``` ### 8. 引用说明 在MFC中，非阻塞Socket通信的实现依赖于内部的消息机制[^1]。通过`CAsyncSocket`类，我们可以方便地处理各种网络事件[^3]。同时，需要注意在非阻塞模式下对发送和接收操作的处理，避免阻塞主线程[^2]。 §§相关问题§§ 1. 如何在MFC中处理非阻塞Socket的发送缓冲区满的情况？ 2. 如何管理多个客户端连接以及如何高效地处理数据？ 3. `CAsyncSocket`和`CSocket`在非阻塞通信中有什么区别？</think>### MFC 非阻塞 Socket 通信实现方法 在 MFC 中实现非阻塞 Socket 通信的核心是使用 `CAsyncSocket` 类，它封装了 Windows Socket API 的异步操作机制。以下是详细实现步骤： #### 1. 创建自定义 Socket 类 继承 `CAsyncSocket` 并重写关键事件处理函数： ```cpp class CMySocket : public CAsyncSocket { public: virtual void OnAccept(int nErrorCode); virtual void OnConnect(int nErrorCode); virtual void OnReceive(int nErrorCode); virtual void OnClose(int nErrorCode); // 其他事件：OnSend(), OnOutOfBandData() }; ``` #### 2. 服务器端实现 **步骤 1：创建监听 Socket** ```cpp // 在应用程序类或对话框初始化中 CMySocket m_listenSocket; // 创建监听Socket（非阻塞模式） m_listenSocket.Create(1234); // 指定端口 m_listenSocket.Listen(); // 开始监听 ``` **步骤 2：处理连接请求 (`OnAccept`)** ```cpp void CMySocket::OnAccept(int nErrorCode) { if (nErrorCode == 0) { CMySocket* pClient = new CMySocket; if (Accept(*pClient)) { // 成功接受连接，保存pClient指针 } else { delete pClient; // 连接失败 } } CAsyncSocket::OnAccept(nErrorCode); } ``` #### 3. 客户端实现 **步骤 1：连接服务器** ```cpp CMySocket m_clientSocket; m_clientSocket.Create(); // 创建客户端Socket m_clientSocket.Connect("192.168.1.100", 1234); // 异步连接 ``` **步骤 2：处理连接结果 (`OnConnect`)** ```cpp void CMySocket::OnConnect(int nErrorCode) { if (nErrorCode == 0) { // 连接成功，可开始通信 } else { // 连接失败处理 } } ``` #### 4. 数据收发处理 **接收数据 (`OnReceive`)** ```cpp void CMySocket::OnReceive(int nErrorCode) { if (nErrorCode == 0) { char buffer[1024]; int nReceived = Receive(buffer, sizeof(buffer)-1); if (nReceived > 0) { buffer[nReceived] = '\0'; // 处理接收到的数据 } } CAsyncSocket::OnReceive(nErrorCode); } ``` **发送数据** ```cpp void SendData(const CString& data) { // 非阻塞发送（可能不会立即发送全部数据） int nSent = Send(data.GetBuffer(), data.GetLength()); if (nSent == SOCKET_ERROR) { if (GetLastError() == WSAEWOULDBLOCK) { // 等待OnSend事件再重试 } } } ``` #### 5. 关闭连接 ```cpp void CMySocket::OnClose(int nErrorCode) { // 对方关闭连接 ShutDown(); Close(); delete this; // 如果动态创建 } ``` #### 关键技术要点 1. **事件驱动机制**：MFC 通过隐藏窗口 `CSocketWnd` 接收 Socket 事件消息，并路由到对应的 `CAsyncSocket` 对象[^1] 2. **非阻塞特性**： - 所有操作立即返回 - 耗时操作通过事件回调通知结果 - 需处理 `WSAEWOULDBLOCK` 错误码 3. **多客户端管理**： - 使用 `CList` 或 `CMap` 管理客户端 Socket 对象 - 每个连接创建独立的 `CMySocket` 实例 4. **线程安全**： - 所有 Socket 操作在主线程进行 - 无需额外同步机制（消息队列天然线程安全） > ⚠️ **重要提示**：避免在对话框中使用模态对话框或阻塞操作，否则会中断消息泵导致事件无法处理[^3]。 #### 引用说明 MFC 的非阻塞通信依赖于内部的消息泵机制，通过 `CSocketWnd` 窗口处理所有 Socket 事件通知[^1]。相比阻塞模式，这种设计能高效处理多客户端连接，但需注意正确处理异步事件和错误码[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值