go 协程中的常见错误包括：协程泄漏：未正确释放资源导致内存消耗过多；解决方法：使用 defer 语句。死锁：多个协程循环等待；解决方法：避免循环等待模式，使用 channel 或 sync.mutex 协调访问。数据竞争：共享数据同时被多个协程访问；解决方法：使用 sync.mutex 或 sync.waitgroup 保护共享数据。计时器取消：协程取消后计时器未正确取消；解决方法：使用 context.context 传播取消信号。
Go 协程的常见错误与陷阱
在 Go 编程中，协程（又称 goroutine）是一种轻量级线程，可帮助开发并发应用程序。尽管协程非常有用，但如果使用不当，它们也可能导致问题。本指南将探讨 Go 协程的常见错误和陷阱，并提供避免它们的最佳实践。
错误：协程泄漏
问题：当协程未按预期结束时，它可能会导致协程泄漏。这会导致内存消耗增加，最终可能导致应用程序崩溃。
解决方案：使用 defer 语句来确保协程中的资源在协程返回时正确释放。
立即学习“go语言免费学习笔记（深入）”；
func example1() {
defer wg.Done() // 确保等待组 wg 在例程返回时减 1
// ... 其他代码
}错误：死锁
问题：当两个或更多协程等待彼此完成时，会导致死锁。例如，在以下代码中，协程 A 等待协程 B 完成，而协程 B 等待协程 A 完成：
func example2() {
ch1 := make(chan struct{})
ch2 := make(chan struct{})
go func() {
<-ch1 // 等待协程 B
ch2 <- struct{}{} // 向协程 B 发送信号
}()
go func() {
ch1 <- struct{}{} // 向协程 A 发送信号
<-ch2 // 等待协程 A
}()
}解决方案：避免在多个协程之间创建循环等待模式。相反，考虑使用 channel 或 sync.Mutex 来协调对共享资源的访问。
错误：数据竞争
问题：当多个协程同时访问共享可变数据时，可能会导致数据竞争。这会导致数据损坏和不可预期的行为。
解决方案：使用同步机制，例如 sync.Mutex 或 sync.WaitGroup，来保护共享数据免受并发访问。
var mu sync.Mutex
func example3() {
mu.Lock()
// ... 访问共享数据
mu.Unlock()
}错误：计时器取消
问题：当协程被取消后，计时器可能不会被正确取消。这会导致不必要的资源消耗，甚至导致应用程序崩溃。
解决方案：使用 context.Context 来传播取消信号，并确保计时器在此上下文中启动。
func example4(ctx context.Context) {
timer := time.NewTimer(time.Second)
defer timer.Stop() // 当 ctx 被取消时停止计时器
select {
case <-timer.C:
// 定时器已触发
case <-ctx.Done():
// 计时器已被取消
}
}实战案例
以下是使用上述最佳实践解决协程泄漏问题的示例：
func boundedGoroutinePool(n int) {
var wg sync.WaitGroup
ch := make(chan task, n)
for i := 0; i < n; i++ {
go func() {
for task := range ch {
wg.Add(1)
go func() {
defer wg.Done()
task.Do()
}()
}
}()
}
// ... 提交任务
close(ch)
wg.Wait()
}通过使用等待组（sync.WaitGroup）来跟踪正在运行的协程，我们可以确保在提交的所有任务都完成之前协程池不会终止，从而避免协程泄漏。
