然后,阅读关于实现错误接口(例如https://blog.golang.org/error-handling-and-go),我看到Error()函数的示例都使用指针接收器.
然而,我们没有修改接收器,结构非常小.
我觉得没有指针的代码更好(return& appError {} vs return appError {}).
这些示例是否有使用指针的原因?
解决方法
因此,您引用的示例与您的实际问题无关.但要回答标题中的问题:
一般来说,一致性可能是原因.如果一个类型有很多方法而且有些需要指针接收器(例如因为它们修改了值),通常用指针接收器声明所有方法是有用的,所以对于类型的method sets和指针类型没有混淆.
回答关于错误的实现:当你使用struct值来实现错误值时,使用非指针来实现错误接口是危险的.为什么会这样?
因为error
是一个界面.接口值为comparable.然后通过比较它们包装的值来比较它们.并根据包含在其中的值/类型得到不同的比较结果!因为如果在其中存储指针,如果它们存储相同的指针,则错误值将相等.如果你在其中存储非指针(结构),如果结构值相等,它们是相等的.
详细说明并举例说明:
标准库具有errors
包.您可以使用errors.New()
函数从字符串值创建错误值.如果你看一下它的实现(errors/errors.go
),它很简单:
// Package errors implements functions to manipulate errors. package errors // New returns an error that formats as the given text. func New(text string) error { return &errorString{text} } // errorString is a trivial implementation of error. type errorString struct { s string } func (e *errorString) Error() string { return e.s }
该实现返回一个指向非常简单的struct值的指针.这样,如果您使用相同的字符串值创建2个错误值,它们将不相等:
e1 := errors.New("hey") e2 := errors.New("hey") fmt.Println(e1,e2,e1 == e2)
输出:
hey hey false
这是故意的.
现在,如果你要返回一个非指针:
func New(text string) error { return errorString{text} } type errorString struct { s string } func (e errorString) Error() string { return e.s }
具有相同字符串的2个错误值将相等:
e1 = New("hey") e2 = New("hey") fmt.Println(e1,e1 == e2)
输出:
hey hey true
试试Go Playground上的例子.
一个很好的例子,为什么这很重要:查看存储在变量io.EOF
中的错误值:
var EOF = errors.New("EOF")
预期io.Reader
实现将该特定错误值返回到信号输入结束.因此,您可以和平地将Reader.Read()返回的错误与io.EOF进行比较,以判断是否已达到输入结束.你可以肯定,如果它们偶尔返回自定义错误,它们永远不会等于io.EOF,这就是errors.New()保证(因为它返回一个指向未导出的struct值的指针).