Golang 中的安全关闭连接答案

【问题标题】：Safe close connection in GolangGolang 中的安全关闭连接
【发布时间】：2013-12-28 01:06:14
【问题描述】：

当我打开一个套接字连接时，我在打开套接字后立即将 socket.Close() 逻辑放在一个 defer 函数中。但是，如果 socket.Close() 会引起另一个恐慌怎么办？我是否应该总是在外部延迟中嵌套另一个延迟/恢复以防止我的程序崩溃？像这样：http://play.golang.org/p/GnEMQS-0jj

谢谢，埃尔格斯

【问题讨论】：

socket.Close() 不会引起恐慌 IIRC。
我不太确定：关闭（例如在 net.TCPConn 上）可能会导致错误，但我认为它不会恐慌。如果它恐慌，例如由于硬件损坏或内存不足，您的应用程序无论如何都会被炸毁。根据您的情况，您可能想要处理返回的错误，但在 Close 中处理恐慌似乎有点偏执。
@FUZxxl 当我尝试关闭服务器拒绝连接的客户端套接字时，它会发生恐慌。有什么方法可以判断套接字是否可以安全关闭而不会惊慌。还是我必须为套接字关闭逻辑再嵌套一层延迟。
@ElgsQianChen 这看起来像 Go 中的一个错误。请在Go bugtracker 报告错误。

标签： go recover panic

【解决方案1】：

通常您不必担心恐慌。它们通常代表两类错误：开发人员错误（无引用、数组越界）和您可能无能为力的系统级错误（例如内存不足）。

正如其他人所说，socket.Close 不会恐慌，而是会返回错误。如果你这样做：

defer socket.Close()

错误被丢弃，您无需执行任何其他操作。

但假设您确实想从恐慌中恢复过来。如果您的恢复处理程序首先被延迟，那么您无需执行任何其他操作：

func main() {
  defer func() {
    if err := recover(); err != nil {
      fmt.Println(err)
    }
  }()
  defer panic("this will be recovered")
}

延迟函数以相反的顺序运行：http://golang.org/ref/spec#Defer_statements

延迟函数在周围函数返回之前立即执行，与它们被延迟的顺序相反。

【讨论】：