当TcpClient断开连接时，NetworkStream.ReadAsync和WriteAsync会被取消吗？

• 系统自动处理的局限
  如果你用的是标准TCP套接字：

  • 当客户端主动正常断开（比如调用close()），服务端的recv()/read()会直接返回0，此时可以立刻终止等待逻辑，这部分系统会自动处理。
  • 但如果是异常断开（比如客户端断电、网络突然中断），TCP默认的Keepalive机制间隔很长（Linux默认2小时），服务端会一直阻塞在接收调用上，系统不会自动快速检测到连接失效。

• 必须手动介入的情况
  要覆盖异常断开的场景，必须手动设置超时或实现心跳机制：

  1. 套接字接收超时：通过setsockopt()设置SO_RCVTIMEO参数，指定接收操作的超时时间。一旦超时，recv()会返回EAGAIN或EWOULDBLOCK错误，这时你可以主动检查连接状态，或者直接终止等待。
  2. 应用层心跳：在业务协议中约定心跳包，客户端每隔固定时间发送心跳，服务端如果连续多个周期没收到心跳，就判定连接失效，主动关闭套接字并退出等待。这种方式更灵活，适合需要自定义连接检测逻辑的场景。

• 结论
  系统只能自动处理客户端主动正常断开的情况，异常断开场景必须手动设置超时或实现心跳，才能避免无限等待。

内容的提问来源于stack exchange，提问作者Idra