将返回错误分配给下划线

本篇文章给大家分享《将返回错误分配给下划线》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

我一直在 github.com/lib/pq 上阅读一些 golang 代码，它提供了与 postgres 数据库交互的驱动程序。

在代码中我遇到了这个：

go func() {
    select {
    case <-done:
        _ = cn.cancel()
        finished <- struct{}{}
    case <-finished:
    }
}()

取消函数如下所示：

func (cn *conn) cancel() error

据我所知，下划线没有被用作关于类型的静态断言（因此，据我所知，编译器不会评估任何副作用（如本例所示））并且它不是作者可能想要丢弃它的第二个参数。

总而言之：为什么将取消函数的结果（错误）分配给下划线？

解决方案

代码必须正确。为了确保代码正确，代码必须可读。

go 的第一条规则：检查错误。

func (cn *conn) cancel() error

如果我写

cn.cancel()

我是否忘记检查错误，或者我是否决定放弃错误值？

但是，如果我写

_ = cn.cancel()

我没有忘记检查错误，并且决定放弃错误值。

The Go Programming Language Specification

空白标识符

空白标识符由下划线字符_表示。它 用作匿名占位符而不是常规（非空白） 标识符并且在声明中具有特殊含义，作为操作数，并且 在作业中。

作业

空白标识符提供了一种忽略右侧值的方法 在作业中：

空白标识符“_”是一种特殊的匿名标识符。当在赋值中使用时，就像本例一样，它提供了一种显式忽略右侧值的方法。因此，开发人员决定忽略/丢弃从此方法调用返回的错误。

他们可能这样做的几个原因（基于对方法调用和上下文的快速浏览，我的猜测是 3 或 4）：

1. 保证方法调用在此上下文中成功。
2. 该错误已在方法调用中得到充分处理；没有理由再次处理它。
3. 错误并不重要（例如，相关进程无论如何都会结束，结果将与方法调用成功且没有错误相同）。
4. 开发人员急于让某些工作正常运行，为了节省时间而忽略了错误，然后未能返回并处理错误。

今天关于《将返回错误分配给下划线》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！