我正在使用 NetworkStream 和 TcpClient 通过 BeginRead 异步接收数据。我需要对此操作应用超时，这样在指定的时间后读取将被中止。
据我所知，NetworkStream 或 TcpClient 不支持此功能 - 有一个 ReceiveTimeout 属性，但这似乎仅适用于同步等效项 - 'Read'。
甚至底层的 Socket 类似乎也不支持其 BeginReceive 方法中的超时。
我已经搜索过这个问题并且我看到的唯一建议的解决方案是设置另一个后台线程以取消操作，如果它没有在超时期限内完成。这似乎是一个可怕的黑客攻击。肯定有更好的方法吗？
【问题讨论】：
标签： asynchronous tcpclient networkstream beginreceive beginread
这是唯一的方法，因为当您使用异步操作时，启动该操作的线程正在执行其他操作。同步版本可以使用超时，因为执行线程被阻塞，直到读取操作完成。
如果您必须使用后台线程来取消操作，那么继续使用异步 Begin/End 方法就没有多大意义了。如果要分离后台线程，只需从后台线程执行同步读取操作，然后就可以使用 ReceiveTimeout。
【讨论】：
System.Threading.Timer，不占用线程。
Timer 有 4 个实现，System.Threading.Timer 确实占用了一个线程，它只是在线程池上运行，因此您不必手动管理拥有计时器所需的资源功能。 docs.microsoft.com/en-us/dotnet/api/…
等待ManualResetEvent 带有一些超时值，以便在您的任务完成时发出信号。如果它在发出信号之前超时，那么您就知道异步操作从未完成。
private ManualResetEvent receiveDone = new ManualResetEvent(false);
receiveDone.Reset();
socket.BeginReceive(...);
if(!receiveDone.WaitOne(new TimeSpan(0, 0, 0, 30))) //wait for 30 sec.
throw new SocketException((int)SocketError.TimedOut);
在 BeginReceive 回调中，使用
private void ReceiveCallBack(IAsyncResult ar)
{
/** Use ar to check if receive is correct and complete */
receiveDone.Set();
}
【讨论】：
BeginReceive 与调用EndReceive 不匹配都会泄漏内核资源。在 Perfmon 之类的东西中绘制进程活动图并观察非分页池 慢慢地 泄漏。如果这持续足够长的时间（在我的情况下是几个小时），你最终会得到一个错误代码为WSAENOBUFS 的异常； “由于系统缺少足够的缓冲区空间或队列已满，无法对套接字执行操作。”
socket.EndReceive(..) 来解决您的问题吗？调用“EndReceive”所需的 IAsyncResult 由 BeginReceive 返回。支持您的评论。感谢您的更新。