go rpc 服务端和客户端的错误比较
在使用 go rpc 时，服务端和客户端返回的错误类型可能不相同。例如，客户端可能返回 gorm.errrecordnotfound 错误，而服务端返回相同的错误类型时，使用 errors.is 比较后却得到 false。
要通过 errors.is 来比较错误，需要深入理解 errors.is 的本质。errors.is 比较的是错误是否 “同源”，即比较包装后的错误是否属于源错误。
在 rpc 中，编码和解码过程可能会修改错误类型。下面是一个简单的代码示例，展示了 errors.is 在进行 rpc 编解码后的比较结果：
package mainimport ( "bytes" "encoding/gob" "errors" "fmt" "log")type MyError struct { Msg string}func (m MyError) Error() string { return m.Msg}func main() { input := []byte{29, 255, 129, 3, 1, 1, 7, 77, 121, 69, 114, 114, 111, 114, 1, 255, 130, 0, 1, 1, 1, 3, 77, 115, 103, 1, 12, 0, 0, 0, 8, 255, 130, 1, 3, 116, 116, 116, 0} buf := bytes.NewBuffer(input) dec := gob.NewDecoder(buf) m := MyError{} if err := dec.Decode(&m); err != nil { log.Fatal(err) } fmt.Println("error msg is:", m) fmt.Println(errors.Is(m, MyError{}))}
登录后复制
这段代码将自定义错误 myerror 编码，然后解码。解码后，使用 errors.is 比较错误是否相同。结果是 false。这是因为编码和解码过程会修改错误的底层类型。
因此，直接比较错误类型并不是一种可靠的方法。建议使用错误编码或消息进行比较，以确保在不同的上下文中也能正确比较错误。
以上就是Go RPC 服务端和客户端错误比较：为何 errors.Is 无法准确识别相同错误？的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2312584.html
