然后,阅读关于实现错误接口(例如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值的指针).
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。