理解Indy Socket超时机制 实现TCP文件传输快速中止需求

超时定义说明 #

你所用到的两类超时属于完全不同的实现体系：

• Socket.ReadTimeout是Indy框架用户态自行实现的超时逻辑，和内核Socket的SO_RCVTIMEO参数无关。它的定义是：读操作过程中，连续等待内核接收缓冲区新数据到达的最长时长。只要该时长内没有任何新数据抵达，无论是否已经收到部分你要求读取的数据，都会触发超时，不会出现收到一半数据后永久阻塞的情况。
• 你通过SetSockOpt设置的SO_SNDTIMEO是内核级发送超时，Indy原生写逻辑不识别该参数，内核触发该超时会被Indy判定为通用Socket错误抛出，而非专用的写超时异常。

常见疑问解答 #

• 超时发生时会抛出异常吗？
  Indy自身的读超时触发时会抛出EIdReadTimeout类型的专用异常，你可以直接捕获。如果是内核级的SO_SNDTIMEO超时，会抛出通用Socket异常。
• 捕获超时后可以在原有连接上重试吗？
  可以。超时仅代表当前读写操作等待时长超限，并不会主动断开TCP连接，原有连接的状态完全有效。
• 超时后缓冲区内容会被修改吗？
  不会。无论是内核Socket的收发缓冲区，还是Indy内部维护的读写缓冲区，已接收、待发送的内容都会完整保留，你下一次发起读写操作时会从上次中断的位置继续执行，不会丢失数据。

场景适配优化建议 #

你的场景要求1500ms内响应中止请求，除了设置读写超时之外，还可以绑定Indy的OnWork系列事件，在读写过程的回调中直接检查中止标志，不需要等待超时触发就可以主动中断当前读写操作，响应速度更快。
另外如果你需要和读超时统一逻辑的写超时控制，建议直接使用Indy原生的Socket.WriteTimeout属性，和ReadTimeout逻辑一致，触发时会抛出专用的EIdWriteTimeout异常，可控性更高。

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