Go中error类型的nil值和nil

前端之家收集整理的这篇文章主要介绍了Go中error类型的nil值和nil前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

先看C语言中的类似问题:空字符串。

1 constchar* empty_str0 ="";
2 * empty_str1 ="\0empty";
3 * empty_str2 = NULL;

以上3个字符串并不相等,但是从某种角度看,它们都是对应空的字符串。

  • empty_str0 指向一个空的字符串,但是empty_str0本身的值是有效的。
  • empty_str1 指向一个非空的字符串,但是字符串的第一个字符是'\0'。
  • empty_str2 本身是一个空的指针。

Go的error是一个interface类型,error的nil问题和C语言的字符串类似。

参考官方的error文档说明:

在底层,interface作为两个成员实现:一个类型和一个值。该值被称为接口的动态值, 它是一个任意的具体值,而该接口的类型则为该值的类型。对于 int 值3, 一个接口值示意性地包含(int,3)。

只有在内部值和类型都未设置时(nil,nil),一个接口的值才为 nil。特别是,一个 nil 接口将总是拥有一个 nil 类型。若我们在一个接口值中存储一个int 类型的指针,则内部类型将为int,无论该指针的值是什么:(*int,nil)。 因此,这样的接口值会是非 nil 的,即使在该指针的内部为 nil。

下面是一个错误错误返回方式:

func returnsError() error {
var p *MyError = nil
ifbad() {
4 p = ErrBad
5 }
6 returnp// Will always return a non-nil error.
7 }

这里 p 返回的是一个有效值(非nil),值为 nil。
类似上面的 empty_str0。

因此,下面判断错误代码会有问题:

func main() {
err := returnsError(); err != nil {
panic(nil)
}
针对 returnsError 的问题,可以这样处理(不建议的方式):

err := returnsError(); err.(*MyError) != nil {
在判断前先将err转型为*MyError,然后再判断err的值。
类似的C语言空字符串可以这样判断:

bool IsEmptyStr(* str) {
!(str && str[0] !='\0');
但是Go语言中标准的错误返回方式不是returnsError这样。
下面是改进的returnsError:

nil
因此,在处理错误返回值的时候,一定要将正常的错误值转换为 nil。

比如,syscall中就有一个bug是由于没有处理好error导致的:

01
// syscall: (*Proc).Call always returns non-nil err
02 // http://code.google.com/p/go/issues/detail?id=4686
03 packagemain
04
05 import"syscall"
06 07 08 h := syscall.MustLoadDLL("kernel32.dll")
09 proc := h.MustFindProc("GetVersion")
10 r,_,err := proc.Call()
11 major :=byte(r)
12 minor := uint8(r >>813 build := uint16(r >>1614 print("windows version ",major,"."" (Build "")\n"15 err != nil {
16 e := err.(syscall.Errno)
17 println(err.Error(),monospace!important; border:0px!important; color:blue!important; outline:0px!important; float:none!important; vertical-align:baseline!important; position:static!important; left:auto!important; top:auto!important; right:auto!important; bottom:auto!important; height:auto!important; width:auto!important; line-height:1.1em!important; font-size:10pt!important; min-height:inherit!important">"errno ="18 19 目前issues4686这个bug已经在修复中。

作为用户,临时可以用前面的方法回避这个bug:

// Issue 4686: syscall: (*Proc).Call always returns non-nil err
// https://code.google.com/p/go/issues/detail?id=4686
func call(h *syscall.LazyDLL,name string,
a ...uintptr) (r1,r2 uintptr,err error) {
r1,r2,err = h.NewProc(name).Call(a...)
err.(syscall.Errno) =={
return
Go作为一个强类型语言,不同类型之前必须要显示的转换(而且必须是基础类型相同)。
这样可以回避很多类似C语言中因为隐式类型转换引入的bug。

但是,Go中interface是一个例外:type到interface和interface之间可能是隐式转换的。 或许,这是Go做得不太好的地方吧。

原文链接:https://www.f2er.com/go/191132.html

猜你在找的Go相关文章