-
未检查context Done可能导致goroutine阻塞。核心结论结合select监听context.Done避免无限等待及时退出goroutine详细分析HTTP请求、数据库或RPC操作未处理context取消，会导致阻塞和资源泄漏。典型错误是goroutine无法退出或请求长时间卡住。常见问题如何优化？在阻塞操作中加入select判断ctx.Done()，超时及时返回。
-
接口变量为nil必须类型和值都为nil。核心结论接口底层包含类型指针存储nil指针时接口可能不为nil容易产生隐藏bug详细分析当接口中保存的是(*Struct)(nil)时，类型信息存在。此时接口!=nil，但数据实际为空。常见问题如何优化？避免返回带具体类型的nil指针接口。
-
select在多个可用case中会进行伪随机选择。核心结论避免固定顺序导致饥饿提升并发公平性底层由runtime调度实现详细分析当多个channel同时就绪时，runtime会打乱case顺序。保证不会长期偏向某一个分支。常见问题如何优化？避免依赖select的执行顺序做业务判断。
-
Go语言中如何避免goroutine泄漏？goroutine泄漏通常因为阻塞在channel或未正确退出。建议使用context控制生命周期，确保所有goroutine都有退出路径。同时避免无限阻塞等待。
-
time.After在循环中可能产生内存泄漏。核心结论每次调用都会创建新Timer未消费会堆积建议使用time.NewTimer复用详细分析time.After返回一个只读channel。在高频循环中创建会增加GC压力。常见问题如何优化？使用Timer并手动Stop与Reset。
-
sync.Once通过原子变量和互斥锁保证只执行一次。核心结论先用atomic判断再加锁双重检查线程安全且高效详细分析第一次执行时加锁，后续调用直接返回。适合单例初始化。常见问题如何优化？避免在Once内部执行耗时操作。
-
WaitGroup计数不匹配会导致死锁。核心结论Add与Done必须成对Wait阻塞直到计数为0计数负数会panic详细分析Add调用在goroutine启动前，Done在goroutine完成时调用。计数不匹配会导致主goroutine永远阻塞。常见问题如何优化？严格保证Add和Done成对，避免在goroutine内部调用Add。
-
两者都用于高效字符串拼接。核心结论Buffer支持读写Builder仅用于构建字符串Builder更轻量详细分析bytes.Buffer可用于字节流操作。strings.Builder更专注字符串场景。常见问题如何优化？字符串拼接优先使用Builder。
-
未退出的goroutine可能导致内存泄漏和资源耗尽。核心结论阻塞操作需设置退出条件使用context控制生命周期结合WaitGroup等待完成详细分析阻塞操作或无限循环可能导致goroutine长时间存活。造成内存和CPU资源浪费。常见问题如何优化？设计清晰的退出机制，定期监控goroutine数量。
-
Go语言中map扩容时会发生什么？Go的map采用渐进式扩容机制。当负载因子超过阈值时，会分配新bucket数组，并逐步迁移旧数据。扩容不是一次性完成，而是在后续写入操作中逐步搬迁，避免长时间阻塞。
-
panic用于不可恢复错误，需要recover捕获。核心结论panic会中断调用栈recover需在defer中使用可防止程序崩溃详细分析业务逻辑不宜使用panic，库或系统异常可以用panic+recover。滥用panic影响程序稳定性和可维护性。常见问题如何优化？在适当位置捕获panic并记录日志或清理资源后恢复。
-
普通map在并发写入时不是线程安全的。核心结论并发写会触发fatal error底层结构未加锁保护需使用锁或sync.Map详细分析Go的map在扩容或写入时会修改bucket结构。并发写入可能破坏内部状态导致程序崩溃。常见问题如何优化？使用sync.Mutex或sync.Map保证并发安全。
-
panic用于异常中断，recover用于捕获异常。核心结论recover只能在defer中使用适合边界层错误处理不应滥用详细分析panic会逐层展开调用栈执行defer。recover可在defer中恢复程序运行。常见问题如何优化？业务错误优先使用error返回值。
-
错误的类型断言或接口转换会触发interface conversion panic。核心结论使用类型断言前确认类型避免错误转换接口可用v, ok方式安全断言详细分析将接口类型断言为不兼容的具体类型会panic。典型场景包括interface{}转struct或接口转具体类型。常见问题如何优化？使用value, ok := x.(T)安全断言，避免直接断言。
-
Go语言中panic之后defer一定会执行吗？当发生panic时，当前函数中已经注册的defer语句会依次执行。如果panic未被recover捕获，程序最终仍会崩溃。因此，defer常用于资源释放场景，即使发生异常也能执行。
