zoukankan      html  css  js  c++  java
  • Go中nil的定义

    Go中nil的定义

    Go官方文档中,对nil的定义如下:

    // nil is a predeclared identifier representing the zero value for a
    // pointer, channel, func, interface, map, or slice type.
    var nil Type // Type must be a pointer, channel, func, interface, map, or slice type
    

    nil是一个预先声明的标识符,代表指针(pointer)、通道(channel)、函数(func)、接口(interface)、map、切片(slice)。也可以这么理解:指针、通道、函数、接口、map、切片的零值就是nil,就像布尔类型的零值是false、整型的零值是0

    深入理解nil

    nil根本不是关键字

    先来看一段代码:

    func main()  {
        nil := "this is nil"
        fmt.Println(nil)
    }
    

    this is nil

    那再改成这样呢?

    func main()  {
        nil := "this is nil"
    	fmt.Println(nil)
    	var slice []string = nil
    	fmt.Println(slice)
    }
    

    # command-line-arguments
    .4数据类型.go:175:6: cannot use nil (type string) as type []string in assignment

    编译的时候直接报错了,因为这个nil是一个string类型,所以从这里确定nilGo语言中并不是关键字,我们可以随意定义变量名为nil(不过不建议这么用)。

    nil的默认类型

    一般预声明标识符都会有一个默认类型,比如Go语言中的itoa默认类型就是int,那么nil的默认类型呢?我们写个例子来看一下:

    func main()  {
        const val1 = iota
        fmt.Printf("%T
    ",val1)
        var val2 = nil
        fmt.Printf("%T
    ",val2)
    }
    // 运行结果
    
    

    # command-line-arguments
    ./nil.go:10:6: use of untyped nil

    在编译时就已经报错,编译器告诉我们使用了无类型的nil,所以我们可以得出结论:

    nil是没有默认类型的,它的类型具有不确定性,我们在使用它时必须要提供足够的信息能够让编译器推断nil期望的类型。

    nil的比较

    nil的比较我们可以分为以下两种情况:

    • nil标识符的比较
    • nil的值比较

    我们先来看一下nil标识符的比较,先看一下运行结果呢:

    fmt.Println(nil== nil)
    
    

    # command-line-arguments
    ./nil.go:8:18: invalid operation: nil == nil (operator == not defined on nil)

    通过编译结果我们可以看出==符号对于nil来说是一种未定义的操作,所以是不可以比较两个nil的。

    接着我们来看一看nil的值比较,因为nil是没有类型的,是在编译期根据上下文确定的,所以要比较nil的值也就是比较不同类型的nil,这又分为同一个类型的nil值比较和不同类型nil值的比较,分这两种情况我们分别来验证一下。

    • 同一个类型的nil值比较
    func main()  {
        // 指针类型的nil比较
        fmt.Println((*int64)(nil) == (*int64)(nil)) // true
        
        // channel 类型的nil比较
        fmt.Println((chan int)(nil) == (chan int)(nil)) // true
        
        // func类型的nil比较
        fmt.Println((func())(nil) == (func())(nil)) // func() 只能与nil进行比较 报错
        
        // interface类型的nil比较
        fmt.Println((interface{})(nil) == (interface{})(nil)) // true
        
        // map类型的nil比较
        fmt.Println((map[string]int)(nil) == (map[string]int)(nil)) // map 只能与nil进行比较 报错 
        
        // slice类型的nil比较
        fmt.Println(([]int)(nil) == ([]int)(nil)) // slice 只能与nil进行比较 报错
    }
    

    运行结果:

    # command-line-arguments
    ./nil.go:13:28: invalid operation: (func())(nil) == (func())(nil) (func can only be compared to nil)
    ./nil.go:17:36: invalid operation: (map[string]int)(nil) == (map[string]int)(nil) (map can only be compared to nil)
    ./nil.go:19:27: invalid operation: ([]int)(nil) == ([]int)(nil) (slice can only be compared to nil)
    

    从运行结果我们可以看出,指针类型nilchannel类型的nilinterface类型可以相互比较,而func类型、map类型、slice类型只能与nil标识符比较,两个类型相互比较是不合法的。

    • 不同类型的nil值比较
    func main()  {
        var ptr *int64 = nil
        var cha chan int64 = nil
        var fun func() = nil
        var inter interface{} = nil
        var ma map[string]string = nil
        var slice []int64 = nil
        fmt.Println(ptr == cha)
        fmt.Println(ptr == fun)
        fmt.Println(ptr == inter)
        fmt.Println(ptr == ma)
        fmt.Println(ptr == slice)
    
        fmt.Println(cha == fun)
        fmt.Println(cha == inter)
        fmt.Println(cha == ma)
        fmt.Println(cha == slice)
    
        fmt.Println(fun == inter)
        fmt.Println(fun == ma)
        fmt.Println(fun == slice)
    
        fmt.Println(inter == ma)
        fmt.Println(inter == slice)
    
        fmt.Println(ma == slice)
    }
    

    运行结果:

    # command-line-arguments
    ./nil.go:14:18: invalid operation: ptr == cha (mismatched types *int64 and chan int64)
    ./nil.go:15:18: invalid operation: ptr == fun (mismatched types *int64 and func())
    ./nil.go:17:18: invalid operation: ptr == ma (mismatched types *int64 and map[string]string)
    ./nil.go:18:18: invalid operation: ptr == slice (mismatched types *int64 and []int64)
    ./nil.go:20:18: invalid operation: cha == fun (mismatched types chan int64 and func())
    ./nil.go:22:18: invalid operation: cha == ma (mismatched types chan int64 and map[string]string)
    ./nil.go:23:18: invalid operation: cha == slice (mismatched types chan int64 and []int64)
    ./nil.go:25:18: invalid operation: fun == inter (operator == not defined on func)
    ./nil.go:26:18: invalid operation: fun == ma (mismatched types func() and map[string]string)
    ./nil.go:27:18: invalid operation: fun == slice (mismatched types func() and []int64)
    ./nil.go:27:18: too many errors
    

    从运行结果我们可以得出,只有指针类型和channel类型与接口类型可以比较,其他类型的之间是不可以相互比较的。为什么指针类型、channel类型可以和接口类型进行比较呢?

    这个答案,先空着,因为我也没有想明白,不是说/任何类型都实现了interface{}类型吗?这里没想明白,期待你们的解答。

    nil在不同类型中使用需要注意的问题

    interface与nil比较要注意的一个点

    先来看一个例子:

    func main()  {
        err := Todo()
        fmt.Println(err == nil)
    }
    
    type Err interface {
    
    }
    
    type err struct {
        Code int64
        Msg string
    }
    
    func Todo() Err  {
        var res *err
        return res
    }
    // 运行结果
    false
    

    输出结果是false,在Todo方法内我们声明了一个变量res,这个变量是一个指针类型,零值是nil,返回的是接口类型,按理说返回值接口类型也应是nil才对,但是结果却不是这样。这是因为我们忽略了接口类型的一个概念,interface 不是单纯的值,而是分为类型和值。所以必须要类型和值同时都为 nil 的情况下,interfacenil 判断才会为 true

    这是一个很容易出现的问题,一定要注意这个问题。

    一个nil的map读写数据是否会发生panic

    对于这种问题,我们直接写个例子测试一下就好:

    func main()  {
        var m map[string]string
        fmt.Println(m["asoong"]) // 打印空
    	fmt.Println(m)  // map[]
        m["asong"] = "Golang梦工厂"
    }
    

    map[]

    panic: assignment to entry in nil map

    goroutine 1 [running]:
    main.main()
    G:/goproject/go/goBasics/01基础变量函数/04数据类型.go:215 +0x1d6

    根据运行结果我们可以看出,一个nilmap可以读数据,但是不可以写入数据,否则会发生panic,所以要使用map一定要使用make进行初始化。

    关闭nil的channel会引发panic

    func main()  {
        var cha chan int
        close(cha)
    }
    

    运行结果:

    panic: close of nil channel
    
    goroutine 1 [running]:
    main.main()
           /go/src/asong.cloud/Golang_Dream/code_demo/slice_demo/nil.go:5 +0x2a
    

    根据运行结果我们可以得出关闭一个nilchannel会导致程序panic,在使用上我们要注意这个问题,还有一个需要注意的问题:一个nilchannel读写数据都会造成永远阻塞。

    一个为nil的slice使用注意事项

    func main()  {
        var slice []int64 = nil
        fmt.Println(len(slice))
        fmt.Println(cap(slice))
        for range slice{
    
        }
        fmt.Println(slice[0])
    }
    
    

    0
    0
    panic: runtime error: index out of range [0] with length 0

    goroutine 1 [running]:
    main.main()
    /go/src/asong.cloud/Golang_Dream/code_demo/slice_demo/nil.go:14 +0xf2

    根据这个例子,可以得出如下结论:

    一个为nil的索引,不可以进行索引,否则会引发panic,其他操作是可以。

    方法接收者为nil时是否会引发panic

    func main()  {
        var m *man
        fmt.Println(m.GetName())
    }
    
    
    type man struct {
    
    }
    
    func (m *man)GetName() string {
        return "asong"
    }
    
    

    asong

    根据运行结果我们可以看出,方法接收者为nil时,我们仍然可以访问对应的方法,但是要注意方法内的写法,否则也会引发panic。上面的代码改成这样:

    func main()  {
        var m *man
        fmt.Println(m.GetName())
    }
    
    
    type man struct {
        Name string
    }
    
    func (m *man)GetName() string {
        fmt.Println(m) // <nil>
        return m.Name
    }
    
    

    panic: runtime error: invalid memory address or nil pointer dereference
    [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x10a6ec3]

    goroutine 1 [running]:
    main.(*man).GetName(...)
    go/src/asong.cloud/Golang_Dream/code_demo/slice_demo/nil.go:18
    main.main()
    go/src/asong.cloud/Golang_Dream/code_demo/slice_demo/nil.go:9 +0x23

    这样就是直接引发panic,所以为了程序健壮性我们要做一次指针判空处理。

    空指针是一个没有任何值的指针

    func main()  {
        var a = (*int64)(unsafe.Pointer(uintptr(0x0)))
        fmt.Println(a == nil)  //true
    }
    // 运行结果
    true
    

    这里我们用了0x0做了一个小实验,正好证明了空指针就是一个没有指向任何值的指针。

    总结

    文中nil比较的知识点正好可以解答这个问题,nil标识符是没有类型的,所以==对于nil来说是一种未定义的操作,不可以进行比较,而这个在python中是可以比较的,在 python 中,两个None 值永远相等,不要弄混了。

    在当下的阶段,必将由程序员来主导,甚至比以往更甚。
  • 相关阅读:
    Java开发中的一些小技巧
    Java后端WebSocket的Tomcat实现
    Spring事务配置的五种方式 -- 越往后需要Spring版本越高
    Spring事务管理 -- 挺好
    java List 排序 Collections.sort() 对 List 排序
    java List 排序 Collections.sort()
    Java获得文件的创建时间(精确到秒)
    [JSP] c:forEach 输出序号 每行自动生成序号
    Unity3D研究院之在开始学习拓展编辑器
    同样的代码在java和c++中结果不同
  • 原文地址:https://www.cnblogs.com/randysun/p/15412793.html
Copyright © 2011-2022 走看看