上节答疑
上一节有读者问goroutine stack size一般是多大,我进行了详细的查询
1.21.2
goroutine
因为每个goroutine需要能够运行,所以它们都有自己的栈。假如每个goroutine分配固定栈大小并且不能增长,太小则会导致溢出,太大又会浪费空间,无法存在许多的goroutine。
所以在1.3版本中,改为了 Contiguous stack( 连续栈 ),为了解决这个问题,goroutine可以初始时只给栈分配很小的空间(8KB),然后随着使用过程中的需要自动地增长。这就是为什么Go可以开千千万万个goroutine而不会耗尽内存。
1.4 版本 goroutine 堆栈从 8Kb 减少到 2Kb
Golang并发等待
本节源码位置 https://github.com/golang-minibear2333/golang/blob/master/4.concurrent/goroutine-wait/
简介
goroutineGolanggoroutinegoroutine
func say(s string) {
for i := 0; i < 3; i++ {
time.Sleep(100 * time.Millisecond)
fmt.Println(s)
}
}
func main() {
go say("hello world")
fmt.Println("over!")
}
over!
使用 Sleep 等待
func main() {
go say("hello world")
time.Sleep(time.Second*1)
fmt.Println("over!")
}
运行修改后的程序,结果如下:
hello world
hello world
hello world
over!
结果符合预期,但是太 low 了,我们不知道实际执行中应该等待多长时间,所以不能接受这个方案!
发送信号
func main() {
done := make(chan bool)
go func() {
for i := 0; i < 3; i++ {
time.Sleep(100 * time.Millisecond)
fmt.Println("hello world")
}
done <- true
}()
<-done
fmt.Println("over!")
}
输出的结果和上面相同,也符合预期
这种方式不能处理多个协程,所以也不是优雅的解决方式。
WaitGroup
Golang 官方在 sync 包中提供了 WaitGroup 类型可以解决这个问题。其文档描述如下:
使用方法可以总结为下面几点:
WaitGroupwg.Add(n)goroutinegoroutinedefer wg.Done()wg.Wait()goroutine
func main() {
var wg sync.WaitGroup
wg.Add(2)
go say2("hello", &wg)
go say2("world", &wg)
fmt.Println("over!")
wg.Wait()
}
func say2(s string, waitGroup *sync.WaitGroup) {
defer waitGroup.Done()
for i := 0; i < 3; i++ {
fmt.Println(s)
}
}
输出,注意顺序混乱是因为并发执行
hello
hello
hello
over!
world
world
world
小心缺陷
bug
func errFunc() {
var wg sync.WaitGroup
sList := []string{"a", "b"}
wg.Add(len(sList))
for _, d := range sList {
go func() {
defer wg.Done()
fmt.Println(d)
}()
}
wg.Wait()
}
输出,可以发现全部变成了最后一个
b
b
ford
解决方法当作参数传入
func correctFunc() {
var wg sync.WaitGroup
sList := []string{"a", "b"}
wg.Add(len(sList))
for _, d := range sList {
go func(str string) {
defer wg.Done()
fmt.Println(str)
}(d)
}
wg.Wait()
}
输出
b
a
rangevalue