-
map在多个goroutine写入时会触发fatal error: concurrent map writes。核心结论map不是线程安全的需加锁保护可使用sync.Map替代详细分析并发写入会破坏底层哈希结构，导致panic。常见于多goroutine写map而未加锁的情况。常见问题如何优化？使用RWMutex或sync.Map保证并发安全。
-
通过固定数量goroutine处理任务队列。核心结论控制并发数量避免资源耗尽提升系统稳定性详细分析创建任务channel作为队列。启动固定数量worker循环消费。常见问题如何优化？结合context与WaitGroup管理生命周期。
-
读写锁允许多个读操作并发执行。核心结论读多写少场景性能更好写操作独占锁避免读锁阻塞详细分析RWMutex通过分离读写锁计数实现并发读。写锁会阻塞所有读写操作。常见问题如何优化？写频繁场景不一定比Mutex更优。
-
向已关闭的channel发送数据会触发panic。核心结论发送前需确保channel未关闭接收方可安全读取已关闭channel关闭操作必须唯一详细分析channel只能关闭一次，多次关闭或关闭后发送会panic。典型错误信息为send on closed channel。常见问题如何优化？明确关闭channel责任，只由发送方关闭，并使用标志变量控制。
-
panic用于不可恢复的严重错误。核心结论会中断调用栈影响程序稳定性业务错误应返回error详细分析panic更适合系统级异常。业务逻辑应通过error传递。常见问题如何优化？统一错误处理与日志记录机制。
-
WaitGroup计数不匹配会导致死锁。核心结论Add与Done必须成对Wait会阻塞直到计数为0计数负数会panic详细分析Add调用在goroutine启动前，Done在goroutine完成时调用。计数不匹配会导致主goroutine永远阻塞。常见问题如何优化？严格保证Add和Done成对，避免在goroutine内部调用Add。
-
访问slice超出边界会触发index out of range panic。核心结论检查索引是否在合法范围循环边界严格控制切片长度使用len函数判断详细分析超界访问会导致程序panic并终止。典型错误发生在动态生成slice或循环访问时。常见问题如何优化？访问前确保索引在0到len-1范围内，必要时先判断长度。
-
访问数组或slice超出索引范围会触发index out of range panic。核心结论检查索引合法性循环边界需严格控制切片长度可用len判断详细分析Go运行时会检测数组和slice的访问边界。超界访问会直接导致panic并终止程序。常见问题如何优化？在访问前确保索引在0到len-1范围内。
-
未退出的goroutine可能导致内存泄漏。核心结论高并发易积累goroutine结合context控制退出使用WaitGroup等待完成详细分析阻塞操作或无限循环可能导致goroutine长时间存活。造成资源浪费和性能下降。常见问题如何优化？为每个goroutine设计退出机制并定期监控数量。
-
向已关闭的channel发送数据会触发send on closed channel panic。核心结论发送前确保channel未关闭关闭操作必须唯一接收方可安全读取已关闭channel详细分析channel只能关闭一次，重复关闭或关闭后发送会panic。典型场景包括多goroutine向同一channel发送数据。常见问题如何优化？明确关闭channel责任，只由发送方关闭，并用标志变量控制。
-
context只负责通知取消，不会强制终止执行。核心结论需要主动监听ctx.Done()不会自动中断代码属于协作式取消机制详细分析context通过关闭Done通道通知调用方。若代码未检测信号，goroutine会继续执行。常见问题如何优化？在循环或阻塞点定期检查ctx状态。
-
Go语言中sync.Once的实现原理是什么？sync.Once通过原子操作和互斥锁结合实现。内部使用atomic标记是否已执行，保证在并发环境下函数只执行一次。适用于延迟初始化场景。
-
对nil指针调用方法会触发nil pointer dereference panic。核心结论调用前必须判空避免未初始化对象的方法调用使用防御式编程提高安全性详细分析结构体指针未初始化或接口未赋值时调用方法会panic。这是Go常见运行时错误之一。常见问题如何优化？在调用前检查指针是否为nil，必要时初始化对象。
-
slice扩容会触发底层数组重新分配与数据复制。核心结论小容量时按2倍扩容大容量时按约1.25倍增长扩容会产生内存复制开销详细分析当append导致容量不足时，Go会重新分配更大的底层数组。原数据会被复制到新数组，旧数组等待GC回收。常见问题如何优化？提前使用make指定容量，减少多次扩容。
-
使用runtime.NumGoroutine获取数量。核心结论用于监控泄漏可配合pprof分析数量异常需排查详细分析NumGoroutine返回当前存活协程数量。异常增长通常意味着资源未释放。常见问题如何优化？定期监控并设计超时退出机制。
