常见panic场景 (空指针、越界、断言、map相关panic)

在Go语言中，panic是一个内建函数，用于在遇到无法继续执行的错误条件时中断当前函数的执行。panic可以由开发者显式调用，也可能由运行时错误触发。以下是一些常见的panic场景：

1. 空指针解引用
   当尝试通过一个nil指针访问其指向的值时，Go运行时会抛出panic。这是因为nil指针没有指向任何有效的内存地址。

var p *int
fmt.Println(*p) // panic: runtime error: invalid memory address or nil pointer dereference

2. 数组/切片越界访问
   访问数组或切片时，如果使用的索引超出了其长度，Go运行时会抛出panic。

arr := []int{1, 2, 3}
fmt.Println(arr[3]) // panic: runtime error: index out of range [3] with length 3

3. 类型断言失败
   当对一个接口值进行类型断言，而实际的类型与断言的类型不匹配时，如果没有使用“comma-ok”模式进行安全检查，则会触发panic。

var i interface{} = "hello"
v := i.(int) // panic: interface conversion: interface {} is string, not int

为了避免这种panic，推荐使用“comma-ok”模式进行类型断言：

if v, ok := i.(int); ok {
    fmt.Println("Integer:", v)
} else {
    fmt.Println("Not an integer")
}

4. 向nil映射添加条目
   尝试向nil映射（未初始化的映射）添加条目时，会触发panic。这是因为nil映射没有被分配内存空间，因此不能存储任何键值对。

var m map[string]int
m["one"] = 1 // panic: assignment to entry in nil map

避免这种panic的方法是在添加条目之前，通过make函数初始化映射：

m = make(map[string]int)
m["one"] = 1

总结
遇到这些场景时，应该采取预防措施来避免程序异常终止：

检查指针是否为nil之前再解引用。
访问数组或切片时，确保索引在有效范围内。
进行类型断言时，优先使用“comma-ok”模式。
使用映射前确保已经正确初始化。
通过这些做法可以提高程序的健壮性，避免不必要的panic导致的程序崩溃。