首页  >  文章  >  后端开发  >  为什么 Go 中用于错误处理的 defer 函数中的 return nil, err 不正确?

为什么 Go 中用于错误处理的 defer 函数中的 return nil, err 不正确?

Linda Hamilton
Linda Hamilton原创
2024-11-14 12:10:02199浏览

Why is `return nil, err` incorrect in a `defer` function used for error handling in Go?

Go:使用 Defer 处理 Panics

Go 中的 Panic 和 defer 提供了一种优雅地处理错误和清理资源的机制。但是,使用 defer 和 panic 进行错误处理需要澄清。

考虑以下代码:

func getReport(filename string) (rep report, err error) {
    rep.data = make(map[string]float64)

    defer func() {
        if r := recover(); r != nil {
            fmt.Println("Recovered in f", r)
            err, _ = r.(error)
            return nil, err // Code 1
        }
    }()
    panic("Report format not recognized.")
    // rest of the getReport function, which can try to out-of-bound-access a slice
    ...
}

这里的目的是在函数发生恐慌时返回错误。然而,defer函数使用return nil, err(标记为代码1)从当前函数返回。这不是正确的做法。

在 defer 函数中,您可以修改返回的参数,但不能返回一组新的值。要解决此问题,请将代码 1 替换为:

rep = nil
err = errors.New(r.(string))
return

这会正确设置错误并使报告无效。

此外,需要注意的是,recover() 返回的 r 值是类型为接口{}。在上面的代码中,它被类型断言为错误。如果panic值不是错误,则应该使用更合适的类型断言或将其作为未知panic处理。

以上是为什么 Go 中用于错误处理的 defer 函数中的 return nil, err 不正确?的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn