golang 什么样的代码才会触发 panic

Golang 中的代码会在发生不可恢复的错误时触发 panic，例如越界访问、空指针解引用、类型断言失败、以及显式调用panic函数。其中，越界访问便是一个典型例子，当代码试图访问数组或切片的一个不存在的索引时，就会产生 panic。这类错误通常是由于程序中的逻辑错误导致的，需要程序员仔细排查并修复。

一、显式调用 panic 函数

显式调用panic函数是最直接的触发panic的方式。开发者可以通过调用内建的panic函数，并传递一个错误信息或对象，来主动触发一个panic。这常用于处理程序中无法恢复的错误，或者标记程序中不应该被执行到的代码分支。

func someFunction() {
    // Some code here
    if someErrorCondition {
        panic("something went wrong!")
    }
    // Rest of the function code
}

这会导致当前的函数立即停止执行，然后逐层向上返回，直至到达 Goroutine 的栈的顶部，除非在途中遇到了 recover 的调用。

二、数组或切片的越界访问

当你试图访问一个数组或切片的索引，而该索引超出了其长度时，Golang 会抛出一个panic。

func outOfBoundsAccess() {
    arr := []int{1, 2, 3}
    // This will cause a panic since the index 3 is out of bounds for this slice
    fmt.Println(arr[3])
}

这种情况是比较常见的，因为它通常是由于编程时的疏忽导致的错误。

三、空指针解引用

如果你尝试解引用一个 nil 指针，Go 语言也会触发 panic。若一个指针变量没有合适的初始化，它的值就是 nil。

func nilPointerDereference() {
    var ptr *MyStruct
    // This will cause a panic since ptr is nil and you're trying to dereference it
    fmt.Println(*ptr)
}

在使用指针操作时，应始终确保指针非空，以避免发生这种错误。

四、类型断言失败

在接口断言时，如果断言的类型与接口实际的类型不匹配，Go 语言会产生panic。

func typeAssertionFAIlure() {
    var i interface{} = "hello"
    // This will cause a panic because 'i' contains a string, not an int
    t := i.(int)
    fmt.Println(t)
}

这通常涉及到对接口类型变量的类型判断和转换，使用时需要谨慎处理。

五、关闭已经关闭的通道

对一个已经关闭的通道再次进行关闭操作，会触发 panic。

func closeClosedChannel() {
    ch := make(chan int)
    close(ch)
    // This will panic because the channel is already closed
    close(ch)
}

在并发编程中，不同的 Goroutine 可能会操作同一个通道，必须谨慎管理通道的关闭行为。

六、内存分配失败

当程序试图进行内存分配，但系统由于资源耗尽而无法满足请求时，Go 语言同样会引发panic。

七、使用 nil map

尝试向一个 nil map 存储键值对时，Go 语言会panic。

func nilMapAssignment() {
    var myMap map[string]int
    // This will cause a panic because you're trying to write to a nil map
    myMap["key"] = 42
}

在使用 map 类型前，要确保它被正确地初始化过。