TCP Socket应用：未显式调用Shutdown(Send)，对方会收到优雅断开吗？

我开发了一个基于System.Net.Sockets.Socket的TCP发送应用，通过以下代码执行优雅断开（关闭发送端）来标识数据全部发送完成：

Socket.Shutdown(SocketShutdown.Send);
Socket.Close();

问题 #

是否存在未调用Socket.Shutdown(SocketShutdown.Send)，但通信对方仍收到优雅断开的情况？例如以下场景：

• 由操作系统触发
• Socket被释放
• 未先调用Socket.Shutdown(SocketShutdown.Send)就直接调用Socket.Close

背景 #

我怀疑出现了未显式触发的优雅断开，若无法依赖该机制判断流结束，可能需预留特殊值标识，但我不愿这么做。

针对场景的具体分析 #

这三种场景都可能让对方收到优雅断开，但行为存在不可控性，不能完全替代显式调用Socket.Shutdown(SocketShutdown.Send)的可靠性：

1. 操作系统触发的情况
   当进程正常退出（比如未处理异常导致进程终止，但系统能正常清理资源）时，操作系统会自动对进程中所有未关闭的Socket执行资源清理，过程中会发送FIN包（优雅断开标识）给对方。但如果进程是被强制终止（比如任务管理器强制结束、kill -9命令），系统会直接发送RST包，对方收到的是连接重置，而非优雅断开。

2. Socket被释放的情况
   .NET中的Socket实现了IDisposable接口，若Socket对象被GC回收且终结器（Finalizer）执行，CLR会自动调用Socket.Close()方法。而Close()内部默认会先执行Shutdown(SocketShutdown.Both)，此时对方会收到FIN包。但GC的执行时机完全不可控，这种隐式触发的优雅断开无法作为可靠的流结束标识。

3. 直接调用Socket.Close()的情况
   .NET的Socket.Close()方法默认会先执行Shutdown(SocketShutdown.Both)（关闭发送和接收端），之后再释放Socket资源。这意味着直接调用Close()时，对方同样会收到FIN包（优雅断开）。但这个行为会受Socket.LingerOption设置影响：

   • 若启用linger且设置了非零超时，Close()会等待未发送的数据传输完成后再发送FIN；
   • 若禁用linger（LingerEnabled=false）或设置linger超时为0，Close()会直接关闭Socket并发送RST包，对方不会收到优雅断开。

结论 #

虽然上述场景可能触发隐式的优雅断开，但这些情况要么不可控（GC回收、进程退出方式），要么行为受配置影响（linger设置）。如果要可靠地标识数据发送完成，显式调用Socket.Shutdown(SocketShutdown.Send)是最优选择——它能明确告知对方“数据已全部发送”，不受其他外部因素干扰。若担心极端情况（比如进程被强制杀死），可以考虑在显式Shutdown的基础上，增加轻量的校验机制（比如发送数据长度前缀），而非直接依赖特殊值标识流结束。

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