空指针解引用因访问nil指针引发panic，需初始化指针或判空处理。2. 切片越界由索引超出长度导致，应校验边界或用range遍历。3. 并发访问map触发fatal error，需用sync.RWMutex、sync.Map或channel保证安全。4. 类型断言失败致panic，应使用v, ok := i.(T)安全转换。5. 关闭已关闭channel引发panic，须确保唯一关闭并避免重复操作。
Go语言以其简洁的语法和强大的并发支持受到广泛欢迎，但在实际开发中，运行时错误仍不可避免。理解常见的运行时错误类型及其成因，有助于快速定位问题并提升程序稳定性。以下是几种典型的Go运行时错误及其解决方案。
1. 空指针解引用（nil pointer dereference）
当尝试访问一个值为nil的指针时，会触发panic。这种情况常见于结构体指针、接口或切片未初始化就直接使用。
例如：
var p *Person
p.Name = "Alice" // panic: runtime error: invalid memory address or nil pointer dereference
立即学习“go语言免费学习笔记（深入）”；
解决方法：在使用指针前确保其已正确初始化。
- 使用&T{}或new(T)创建实例
- 对函数返回的指针进行判空处理
- 在方法中增加防御性检查，如if p == nil { return }
2. 切片越界（index out of range）
访问切片、数组或字符串时，若索引超出其长度范围，会引发运行时panic。
典型场景：
s := []int{1, 2, 3}
fmt.Println(s[5]) // panic: runtime error: index out of range [5] with length 3
避免方式：
- 访问前检查len(slice)是否足够
- 使用for range遍历代替手动索引
- 对用户输入或外部数据做边界校验
3. 并发访问map导致的fatal error
Go的内置map不是并发安全的。多个goroutine同时读写同一map，会触发运行时fatal error，程序直接崩溃。
错误信息类似：
fatal error: concurrent map read and map write
解决方案：
- 使用sync.RWMutex保护map读写操作
- 改用sync.Map（适用于读多写少场景）
- 通过channel控制对map的唯一访问权
4. 类型断言失败（panic on interface conversion）
使用类型断言x.(T)时，若接口实际类型不是T且T不是接口类型，会panic。
示例：
var i interface{} = "hello"
n := i.(int) // panic: interface conversion: interface {} is string, not int
安全做法：
- 使用双返回值形式：v, ok := i.(int)，通过ok判断是否成功
- 结合switch t := i.(type)进行类型分支处理
5. 关闭已关闭的channel
向已关闭的channel发送数据会panic，而重复关闭同一个channel也会导致panic。
错误代码：
ch := make(chan int)
close(ch)
close(ch) // panic: close of closed channel
建议做法：
- 确保channel只由唯一生产者关闭
- 使用defer延迟关闭，避免重复调用
- 不确定状态时，可先用_, ok := 检测channel是否已关闭
基本上就这些。掌握这些常见错误的触发条件和应对策略，能显著减少Go程序中的runtime panic。关键在于养成良好的编码习惯，比如初始化检查、边界判断、并发保护和安全类型转换。不复杂但容易忽略。
