关闭连接是否优雅取决于如何使用close和setlinger。调用close()会关闭tcp连接但不立即断开，系统处理剩余数据发送，可能导致客户端未完整接收响应。setlinger通过设置so_linger控制关闭行为：负值立即返回不等待；0丢弃数据并发送rst；正值等待指定秒数发完数据。实际使用中应避免盲目设为0或负值以防数据丢失，长连接服务建议合理设置linger时间如3秒，兼顾数据完整性和资源释放效率。同时注意读写超时问题，确保及时触发关闭逻辑。
在Go语言中，关闭网络连接看似简单，但要真正做到“优雅”，需要理解net.Conn接口中的Close和SetLinger方法。很多开发者可能只是调用Close()就完事了，但在高并发或对响应时间敏感的场景下，这种做法可能会带来一些副作用。
Close() 是怎么工作的？
当你调用Close()时，实际上是关闭了底层的TCP连接。但这并不意味着连接会立刻断开。操作系统层面会处理剩下的数据发送和接收流程。
默认情况下，如果连接上还有未读取的数据，系统会尽可能将这些数据发送出去，然后再断开连接。这个过程是“温和”的，不会立即丢弃数据，但具体耗时不确定。
立即学习“go语言免费学习笔记（深入）”；
举个例子：如果你的服务端在写完响应之后立刻调用Close()，客户端还没来得及读完所有数据，那它可能会收到一个不完整的响应。虽然这种情况不是100%发生，但在高负载或低延迟要求的环境下，容易成为问题。
所以，仅仅调用Close()不一定足够“优雅”。
SetLinger 控制关闭行为
为了更精细地控制关闭过程，Go 提供了SetLinger(int)方法。它允许你设置连接关闭时的行为，背后的机制其实是在操作系统的socket选项里设置了SO_LINGER。
这个参数接受一个整数：
- 如果值为负数（比如 -1）：关闭连接时不会等待未发送的数据，直接返回，后续由系统自行处理（类似“粗暴关闭”）。
- 如果值为0：关闭时会丢弃发送缓冲区中的数据，并发送RST给对方，连接立即终止。
- 如果值为正数（比如 10）：最多等待指定秒数，直到数据发送完成或者超时。
conn.SetLinger(10)
这样设置后，调用Close()时就会最多等待10秒，确保数据尽量发完再断开连接。
实际使用建议
不要盲目设为0或负值
有些人为了追求性能，直接设置SetLinger(0)或者-1，认为这样可以快速释放资源。但这样做可能导致数据丢失或客户端报错。除非你明确知道不需要残留数据，否则不推荐。
长连接服务建议适当开启Linger
对于长连接服务（如RPC、IM类应用），建议设置合理的linger时间。比如设置成3秒，既能避免长时间阻塞，也能保证大多数情况下的数据完整性。
注意Read/Write超时的影响
即使你设置了linger，也不能忽略读写超时的问题。如果你在写入过程中遇到错误，应该尽早触发关闭逻辑，而不是等到最后一步才处理。
基本上就这些。
优雅关闭的核心在于：让连接有尊严地走完最后一段路，而不是一脚踢开。
结合业务实际，合理使用SetLinger和Close()，才能做到既安全又高效。
