在go中，声明但未初始化的map是nil值，直接对其键赋值会触发“assignment to entry in nil map”运行时panic；必须显式调用make()初始化map，或在结构体构造阶段完成初始化。
在go中，声明但未初始化的map是nil值，直接对其键赋值会触发“assignment to entry in nil map”运行时panic；必须显式调用make()初始化map，或在结构体构造阶段完成初始化。
Go语言的map是引用类型，但其零值为nil——这与切片类似，但行为更严格：对nil map进行读取（如val, ok := m[key]）是安全的，返回零值和false；但任何写入操作（包括m[key] = val、delete(m, key)或len(m)以外的修改）都会立即引发panic。
在您提供的代码中，Buffer结构体的records字段仅声明未初始化：
type Buffer struct {
records map[string][]interface{} // 零值为 nil
}当AddRecord方法首次执行buffer.records[key] = ...时，因buffer.records == nil，程序崩溃。
✅ 正确做法：在使用前检查并初始化map：
立即学习“go语言免费学习笔记（深入）”；
func (b *Buffer) AddRecord(key string, record interface{}) {
// 关键：确保 map 已初始化
if b.records == nil {
b.records = make(map[string][]interface{})
}
// 若 key 对应的切片不存在，则初始化为空切片
if _, exists := b.records[key]; !exists {
b.records[key] = make([]interface{}, 0)
}
b.records[key] = append(b.records[key], record)
}? 更优实践：使用构造函数统一初始化（推荐）
避免每次方法调用都做nil检查，提升健壮性与可读性：
// NewBuffer 返回已完全初始化的 Buffer 实例
func NewBuffer() *Buffer {
return &Buffer{
records: make(map[string][]interface{}),
}
}
// 使用示例
func main() {
buffer := NewBuffer() // ✅ records 已就绪
buffer.AddRecord("myKey", 12345)
buffer.AddRecord("myKey", "hello")
fmt.Printf("%v\n", buffer.records) // map[myKey:[12345 hello]]
}⚠️ 注意事项：
- 不要依赖延迟初始化（如仅在AddRecord中初始化）来掩盖设计缺陷；构造函数能确保对象始终处于有效状态；
- 若map字段需支持并发写入，还需额外加锁（如sync.RWMutex）或改用sync.Map（适用于读多写少场景）；
- 初始化切片时，make([]interface{}, 0)比[]interface{}{}更明确语义，且避免潜在的底层数组分配开销。
总结：Go中map必须显式初始化才能写入。将初始化逻辑前置到构造阶段，是编写清晰、安全、符合Go惯用法（idiomatic Go）代码的关键一步。
