C#Socket的ErrorCode的说明

最新推荐文章于 2025-08-05 11:43:07 发布
转载 最新推荐文章于 2025-08-05 11:43:07 发布 · 5.2k 阅读 · 4

本文详细介绍了 Winsock 错误代码及其含义，包括内存不足、参数错误、连接失败等多种常见错误情况，并解释了这些错误发生的原因及可能的解决办法。
部署运行你感兴趣的模型镜像

sckOutOfMemory   7   内存不足  
sckInvalidPropertyValue   380   属性值无效。  
sckGetNotSupported   394   属性不可读。  
sckSetNotSupported   383   属性是只读的。  
sckBadState   40006   所请求的事务或请求本身的错误协议或者错误连接状态。  
sckInvalidArg 40014 传递给函数的参数格式不确定，或者不在指定范围内。
sckSuccess   40017   成功。  
sckUnsupported   40018   不受支持的变量类型。  
sckInvalidOp   40020   在当前状态下的无效操作  
sckOutOfRange   40021   参数越界。  
sckWrongProtocol   40026   所请求的事务或请求本身的错误协议  
sckOpCanceled   1004   取消操作。  
sckInvalidArgument   10014   所请求的地址是广播地址，但未设置标记。  
sckWouldBlock   10035   套接字不成块，而指定操作将使之成块。  
sckInProgress 10036 制造块的 Winsock 操作在进行之中。
sckAlreadyComplete   10037   完成操作。未进行制造块的操作。  
sckNotSocket   10038   描述符不是套接字。  
sckMsgTooBig   10040   数据报太大，不适于缓冲区的要求，因而被截断。  
sckPortNotSupported   10043   不支持指定的端口。  
sckAddressInUse   10048   地址在使用中。  
sckAddressNotAvailable   10049   来自本地机器的不可用地址。  
sckNetworkSubsystemFailed   10050   网络子系统失败。  
sckNetworkUnreachable   10051   此时不能从主机到达网络。  
sckNetReset   10052   在设置   SO_KEEPALIVE   时连接超时。  
sckConnectAborted   11053   由于超时或者其它失败而中止连接。  
sckConnectionReset   10054   通过远端重新设置连接。  
sckNoBufferSpace   10055   没有可用的缓冲空间。  
sckAlreadyConnected   10056   已连接套接字。  
sckNotConnected   10057   未连接套接字。  
sckSocketShutdown   10058   已关闭套接字。  
sckTimedout   10060   已关闭套接字。  
sckConnectionRefused   10061   强行拒绝连接。  

WSAESERVERDOWN (10064) 服务器暂时连接不上

WSAESERVERUNREACH (10065)无法连接服务器可能是你的网络有问题 
sckNotInitialized   10093   应首先调用   WinsockInit。  
sckHostNotFound   11001   授权应答：未找到主机。  
sckHostNotFoundTryAgain   11002   非授权应答：未找到主机。  
sckNonRecoverableError   11003   不可恢复的错误。  
sckNoData   11004   无效名，对所请求的类型无数据记录。

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型，相比 3.0 版本，它提升了图像质量、运行速度和硬件效率

如何处理C#中Socket连接的失败
java专栏
04-08 1532
在C#中处理Socket连接失败通常涉及几个关键步骤，包括异常处理、重试逻辑以及可能的连接状态检查。通过结合上述建议，你可以更加健壮地处理C#中Socket连接的失败情况，并提供更好的用户体验和应用程序稳定性。// 处理空引用异常（例如，当传递了null的IPEndPoint时）// 根据异常类型，你可以决定是重试连接、记录错误还是执行其他操作。// Socket未连接，可能需要重新连接或处理断开连接的情况。// Socket仍然连接，可以发送或接收数据。// 尝试建立Socket连接。
C# socket实现多人聊天室
ltk94330的博客
11-15 675
C# 自学习
SocketException.ErrorCode 列表及注释，Winsocket Error 列表及注释
weixin_30594001的博客
09-15 268
注释是英文的，大家需要可以用翻译软件直接译，大体意思没问题。 WinSock Error Codes The following error codes apply to the WinSock ActiveX Controls. Error Code Error Message 10004 The operation is canceled.操作被取消 10013 Th...
C# 错误码提示
Jane
08-02 4407
错误CS0001 编译器内部错误错误CS0003 内存溢出错误CS0004 提升为错误的警告错误CS0005 编译器选项后应跟正确的参数错误CS0006 找不到动态链接的元数据文件错误CS0007 .Net 环境初始化错误错误CS0008 从文件中读取元数据错误错误CS0009 不能打开元数据文件错误CS0010 名字空间与类型的声明不能同名错误CS0011 引用的类找不到基类错误CS0012 找
C#获取Exception errorCode
mailun的专栏
01-30 7236
try             {                 //代码             }             catch(Exception e)             {                 var w32ex = e as Win32Exception;                 if (w32ex == null)
C#带错误代码的自定义异常
Python的专栏
02-19 1961
C#实现带有错误代码的自定义异常
深入理解C# Socket编程中的BeginConnect异步连接方法
m0_53548081的博客
05-28 558
BeginConnect方法是C# Socket编程中实现异步连接的重要工具。它能够避免线程阻塞，提高应用程序的响应性和性能。虽然现在有了更现代的async/await模式，但掌握BeginConnect的使用方法仍然很有价值，特别是在维护老项目或需要精细控制异步操作时。记住关键点：始终在回调中调用EndConnect，正确处理异常，合理使用状态对象，这样就能写出健壮的异步Socket连接代码。
C#使用SocketAsyncEventArgs实现Socket客户端通信
q1143910315的博客
05-12 3436
用System.Net.Sockets.Socket类实现tcp通信并不简单，需要大量代码去实现，但其接近底层而可以发挥更高的效率，本文的目标是实现高性能的套接字客户端，否则没有使用Socket的必要，而应该使用更为简单易用的System.Net.Sockets.TcpClient 首先是参考资料，第一当然是微软的文档（https://docs.microsoft.com/zh-cn/dotnet/api/system.net.sockets.socket?view=netcore-3.1），其次是其他人
C# socket 传输对象
zheng558888的专栏
11-12 4026
socket传输对象可以是用序列化和反序列化,  clinet: 把对象变用BinaryFormatter对象的Serialize()序列化为MemoryStream 类的stream  然后用stream.ToArray()变为byte[], 然后通过socket传过去 server: 接收byte[], 然后用BinaryWriter类,写入stream 然后为了避
C#网络编程--WebSocke与Socket的区别以及关系
仰望星空的人
12-13 2354
**在大家技术选型的时候，有没有纠结过使用WebSocket 还是选择 Socket进行通讯或者请求数据呢？我以前一开始也搞不清楚有啥，名字都有“Socket”字眼，到后面接触多了，才明白其中的区别；`WebSocket 主打一个持久、实时，Socket主打一个功能灵活、颗粒度小`。** 所以，WebSocket 和 Socket 都是用于网络通信的技术，但它们在用途、协议和使用方式上有所不同。下面说说它们的区别和关系：
Windows Sockets错误码
xlh日记本
09-30 3158
附录A  Windows Sockets错误码     Windows Sockets在头文件winsock.h中定义了所有的错误码，它们包括以“WSA”打头的Windows Sockets实现返回的错误码和Berkeley Sockets定义的错误码全集。定义Berkeley Sockets错误码是为了确保原有软件的可移植性。A.1  Windows Sockets错
C#解析错误代码至错误提示字符串
佛曰不可说
04-14 1794
使用错误代码作为参数初始化一个Win32Exception实例，然后通过其Message属性获得错误提示字符串。
SocketError | Socket错误码一览表（每一种错误码的故障排查建议）
猿长大人
02-26 7544
在软件开发和网络通信编程中，SocketError算是一个绕不开的坎。它可能因为各种原因而来，比如网络问题、用户搞错了、应用程序出错等等。本文整理一张SocketError排查建议表格就是为了帮助我们在遇到这些问题时，能够快速找到原因并解决。这份表格里列举了各种常见的Socket错误码以及对应的排查建议，通过这个表格，不仅能让新手快速对症下药，更轻松的找到问题的源头并解决。
C#错误异常列表
xuan2717的博客
08-03 186
C#错误异常列表
网络编程socket相关错误号及信息的获取
m0_67401761的博客
08-31 1379
在网络编程中，特别是在异步的网络操作时，检测到错误后，再去获取错误是又时间差的，容易被覆盖修改。因此使用起来相当顺手，而且这个函数也可以捕捉所有的Linux中的错误，因为其使用的错误号是全局变量。有很多socket相关的函数的错误号和错误信息是无法通过errno，strerror(errno)函数去获取的。所以使用gai_strerror的主要是为了统一OS的转换的getnameinfo 、getaddrinfo 之类的函数，需要尤其注意。也不讨论windows上的错误信息获取，而主要是Linux上的。..
对程序错误的处理及C#版的Windows错误码查询
winglet的专栏
08-15 2958
几个知识点： 1.当Windows函数返回值为BOOL时，如果函数运行失败，则返回0值，否则返回非0值。最好对返回值进行测试，以确定它是0还是非0。不要测试返回值是否为TRUE。 2.当返回值为HANDLE时，通常都是失败就返回NULL，但有时函数会返回一个被定义为-1的INVALID_HANDLE_VALUE值。因此，使用函数的时候应该查阅平台SDK文档，以确定返回值是什么。 3.从系统内
C#中Socket通信的步骤与实践
weixin_35879493的博客
08-05 764
在C#编程中，Socket是网络编程的基础，它允许程序在网络上传输数据。Socket连接基于IP地址和端口号，能够实现不同计算机之间的通信。在网络模型中，Socket主要工作在TCP/IP协议的传输层，但也可以用于其他层次的通信。了解Socket的工作原理，能够帮助开发者编写出高效且稳定的网络应用。目前，计算机网络常用的协议有TCP/IP和UDP/IP。TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议。而UDP是无连接的，不可靠的，发送的数据包可能丢失或重复，但其开销小，传输速度快。
c# socket 被wsacancelblockingcall
最新发布
09-26
<think> 我们正在处理一个关于C# Socket编程中出现的“一个封锁操作被对 WSACancelBlockingCall 的调用中断”异常的问题。根据提供的引用，我们知道这个错误通常发生在网络操作（如接收或发送数据）被强制取消时，特别是在阻塞调用被WSACancelBlockingCall函数中断的情况下。我们将结合引用内容，分析原因并提供解决方案。 引用[1]和[2]指出，当我们在进行阻塞的网络操作（如UDPClient循环监听端口）时，如果调用了WSACancelBlockingCall来取消这个阻塞操作，就会抛出这个异常。引用[3]进一步说明，在关闭套接字时，如果有一个阻塞调用正在进行，关闭操作可能会触发WSACancelBlockingCall，导致错误码WSAEINTR（对应ErrorCode=10004）。 引用[4]提到了一种解决方案：使用非阻塞方式检查数据可用性（通过Socket.Poll方法）再读取数据，避免在阻塞操作中被中断。引用[5]则展示了一种在后台线程中执行耗时操作以避免界面卡死的方法，这间接避免了在主线程中阻塞操作被意外打断的情况。 综合以上信息，我们可以总结出以下解决方法： 1. **避免在阻塞操作时关闭Socket**：确保在关闭Socket之前，没有阻塞的网络操作（如Receive）正在进行。我们可以通过设置一个标志来通知线程退出，然后优雅地关闭。 2. **使用非阻塞方式**：如引用[4]所示，使用Poll方法检查数据是否可读，然后再进行读取操作，这样就不会长时间阻塞，从而减少被中断的机会。 3. **使用后台线程**：将耗时的网络操作放在后台线程中执行，如引用[5]所示，这样主线程（如UI线程）就不会被阻塞，同时可以安全地控制后台线程的终止。 4. **使用异步方法**：使用BeginReceive/EndReceive或.NET中更现代的异步API（如async/await）来避免阻塞操作。 下面我们针对这几种方法给出具体实现的建议： ### 方法1：优雅地关闭线程（使用标志位） 在循环监听中设置一个退出标志，当需要停止时，设置该标志，然后关闭Socket（这将导致阻塞的Receive操作抛出异常），在catch中捕获异常并判断是否为预期的退出。 示例代码： ```csharp private bool _isReceiving = true; private UdpClient _udpClient; // 接收线程 private void ReceiveThread() { try { while (_isReceiving) { IPEndPoint remoteEP = null; byte[] data = _udpClient.Receive(ref remoteEP); // 阻塞操作 // 处理数据... } } catch (SocketException ex) { // 当_isReceiving为false时，我们预期会退出，所以忽略特定的异常 if (_isReceiving) { // 非预期异常，需要处理 } } } // 停止接收 public void Stop() { _isReceiving = false; _udpClient.Close(); // 关闭UdpClient，导致Receive抛出异常 } ``` ### 方法2：使用非阻塞方式（Poll） 如引用[4]所示，使用Socket.Poll来检查是否有数据可读。注意，Poll方法的第一个参数是超时时间（微秒），-1表示无限等待，但这样还是阻塞的。所以我们可以设置一个较小的超时时间（比如100毫秒）来定期检查退出标志。 示例代码（使用Socket类，因为UdpClient底层也是使用Socket）： ```csharp private bool _isReceiving = true; private Socket _socket; // 假定已经初始化 private void ReceiveLoop() { byte[] buffer = new byte[1024]; while (_isReceiving) { // 等待100毫秒，检查是否有数据可读 if (_socket.Poll(100000, SelectMode.SelectRead)) // 100000微秒=100毫秒 { int dataLength = _socket.Receive(buffer); if (dataLength > 0) { // 处理数据 } } } } ``` ### 方法3：使用异步接收 使用异步操作可以避免阻塞线程，并且更容易取消操作。 示例代码（使用异步方法）： ```csharp private bool _isReceiving = true; private Socket _socket; private async Task ReceiveAsync() { byte[] buffer = new byte[1024]; while (_isReceiving) { try { var result = await _socket.ReceiveAsync(new ArraySegment<byte>(buffer), SocketFlags.None); if (result > 0) { // 处理数据 } } catch (SocketException ex) when (ex.SocketErrorCode == SocketError.OperationAborted) { // 操作被取消，正常退出 break; } } } // 停止接收 public void Stop() { _isReceiving = false; _socket.Close(); // 关闭Socket，会取消异步操作 } ``` ### 总结 出现“一个封锁操作被对 WSACancelBlockingCall 的调用中断”异常，主要是因为我们试图在阻塞操作进行时取消它（比如关闭Socket）。解决方法的核心是：避免阻塞操作被强制中断，改为使用可控的方式退出阻塞操作（标志位+关闭Socket触发异常）或使用非阻塞/异步操作。 根据引用[4]和[5]，我们推荐使用异步方法或非阻塞轮询方式，这样可以更优雅地处理关闭过程。同时，在关闭Socket之前，确保通知接收线程退出，然后关闭Socket。 [^1]: Socket网络编程中UDPClient断开时捕获的异常 [^2]: Winsock中WSACancelBlockingCall函数的作用和影响 [^3]: closesocket函数可能返回的错误代码 [^4]: 使用Poll方法避免阻塞操作被中断 [^5]: 在后台线程中执行耗时操作以避免界面卡死 §§相关问题§§ 1. 在C#中，如何安全地停止一个正在阻塞接收数据的线程？ 2. Socket.Poll方法的工作原理是什么？它如何避免阻塞操作被中断？ 3. C#中异步Socket编程有哪些最佳实践？ </think> ### C# Socket 受 `WSACancelBlockingCall` 影响的解决方案 #### 问题原因分析 当 Socket 进行阻塞操作（如 `Receive` 或 `Send`）时，若外部强制中断（如关闭 Socket 或调用 `WSACancelBlockingCall`），会触发错误代码 `10004`（对应 `WSAEINTR`）[^1][^2][^3]。常见场景包括： 1. **多线程冲突**：后台线程阻塞接收数据时，主线程关闭 Socket。 2. **异步终止**：阻塞操作未正常退出，被强制取消。 3. **资源释放顺序错误**：先中断操作再关闭 Socket。 --- ### 解决方案 #### 方法 1：安全终止阻塞操作（推荐） 使用标志位 + `Close()` 触发可控中断，避免强制取消阻塞调用。 ```csharp private volatile bool _isRunning = true; // 接收线程 void ReceiveThread() { byte[] buffer = new byte[1024]; while (_isRunning) { try { int bytesRead = socket.Receive(buffer); // 阻塞操作 // 处理数据... } catch (SocketException ex) { if (ex.ErrorCode == 10004 && !_isRunning) { // 预期退出，不处理异常 } else { // 其他异常处理 } } } } // 安全停止方法 void Stop() { _isRunning = false; socket.Close(); // 触发阻塞操作的异常 } ``` #### 方法 2：非阻塞轮询（替代 `Receive`） 改用 `Poll()` 检查数据可用性，避免线程阻塞[^4]： ```csharp while (_isRunning) { if (socket.Poll(100000, SelectMode.SelectRead)) // 超时100ms { int bytesRead = socket.Receive(buffer); if (bytesRead > 0) { // 处理数据 } } Thread.Sleep(10); // 减少CPU占用 } ``` #### 方法 3：异步编程模式 使用 `BeginReceive`/`EndReceive` 异步 API： ```csharp private void StartReceive() { byte[] buffer = new byte[1024]; socket.BeginReceive(buffer, 0, buffer.Length, SocketFlags.None, new AsyncCallback(ReceiveCallback), buffer); } private void ReceiveCallback(IAsyncResult result) { if (!_isRunning) return; try { int bytesRead = socket.EndReceive(result); // 处理数据 StartReceive(); // 继续下一次接收 } catch (SocketException ex) { if (ex.ErrorCode != 10004) // 处理异常 } } ``` #### 方法 4：后台线程隔离（UI 应用专用） 在独立线程中运行阻塞操作，避免干扰 UI 线程[^5]： ```csharp // 启动线程 Thread receiveThread = new Thread(ReceiveThread); receiveThread.IsBackground = true; receiveThread.Start(); // 停止时 _isRunning = false; socket.Close(); // 安全中断 receiveThread.Join(500); // 等待线程退出 ``` --- ### 关键注意事项 1. **线程同步**：共享资源（如 `_isRunning`）需使用 `volatile` 或锁保护。 2. **关闭顺序**： - 先设置停止标志 `_isRunning = false` - 再调用 `socket.Close()` 3. **异常处理**：捕获 `SocketException` 后需过滤 `ErrorCode == 10004`（预期中断）。 4. **套接字复用**：参考 TCP/UDP 端口复用方案[^4]，避免地址占用冲突。 > 示例引用场景： > - 后台线程阻塞接收数据时，主线程关闭 Socket 触发 `WSACancelBlockingCall`[^1] > - 未处理异步操作终止导致的传输连接中断[^2] > - 阻塞调用中执行 `closesocket()` 引发 `WSAEINTR` 错误[^3] [^1]: UDP 接收循环中关闭 Socket 引发的阻塞中断 [^2]: TCP Socket 传输连接读取失败问题分析 [^3]: `closesocket` 函数触发 `WSAEINTR` 的条件说明 [^4]: 非阻塞轮询 (`Poll`) 避免操作中断的方案 [^5]: 后台线程隔离阻塞操作的实现方法
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值