Go Channel 学习的一个疑问，请大佬指教

[ifconfig]

func main() {
	boolChannel()
}

func boolChannel()  {
	ch1 := make(chan int)
	ch2 := make(chan bool)

	go func() {
		for i:=0;i<5;i++ {
			ch1 <- i
		}
		ch2 <- true	//标识位写入 true
	}()

	go func() {
		for x:= range ch1{
			fmt.Println(x)
		}
	}()

	<-ch2 //阻塞标识位
}

为什么这个输出结果一会是 0，1，2，3，一会是 0，1，2，3，4

按道理来说，我在主进程一直阻塞了，应该等 goroutine 全部打印完才对呀，百思不得其解

谢谢各位大佬回答，已解决，是第二个 goroutine 未读完就关闭的问题

因为在网上看到一些 channel 面试题，想不通过 waitGroup 看看能不能解决，顺便加深对知识点的理解。

10 楼、12 楼都回答了我的疑问，感谢~

结贴~

[tottea]

应该是 fmt.Println(x)这里的耗时吧，ch1 <- 4 完了之后马上 ch2 <- true，主协程一直阻塞后马上执行<-ch2，这时候 fmt.Println(4)这里卡在主协程结束前后，所以会有不稳定的情况
我的理解是这样

[beidounanxizi]

这不是很正常啊 打印的 goroutine 你有没有同步机制 去保证 先于 main goroutine 结束 ？

去看看 GMP 的调度把

[smallyu]

ch2 <- true 上面加一行 time.Sleep(1 * time.Second)

[thet]

<-ch2 接受到值，就往后执行了，这时候第二个 goroutine 可能还没执行完成

[ysmood]

删掉 ch2 <- true 就可以了

[wangsongyan]

打印完后再往 ch2 写值

[cabing]

加入 wait group 或者 context，不能保证你的 print 在 main 之前

[CEBBCAT]

这两个 go 出去的 func 并没有形成锁，只有第一个 func 和 boolChannel 形成了锁，所以你能确保的是全部写入后才会终结 boolChannel 的执行，但 fmt.Println(x)一定执行吗?不一定，因为可能正准备 fmt.Println(x)，这个 goroutine 就被切到等待队列里了

（我不知道应不应该使用锁这个名词，基础忘掉了大半，欢迎拍砖）

[gamexg]

第一个 go 协程结束时关闭信道
第二个协程直接在主线程执行。

ch2 可以去掉。

[reus]

ch2 <- true 改成 close(ch1)

ch2 <- true 移到第二个 for 后面

[ifconfig]

@reus 大佬牛逼

[damingxing]

4 进入 ch1 后，true 进入 ch2，
情况 1：主程序先得到 ch2，第二个 func 还没来得及得到 ch1 或者没来得及打印， 程序就退出 输出 0,1,2,3
情况 2：第二个 func 得到 ch1 并且打印，主程序还没来得及得到 ch2,输出 0,1,2,3,4

[damingxing]

ch2 <- true //标识位写入 true
这句放到第二个 func 后面就行了

[ifconfig]

@damingxing 通俗易懂理解了，其实就是想看看不通过 waitGroup 能不能解决，多谢~

[damingxing]

@ifconfig 可以的，按照云风大侠的说法，通道是最佳解决方案

[useben]

一般是发送 goroutine 是 close 发送的 chan，接收 goroutine 是关闭阻塞 chan
这样的好处是不会造成 goroutine 泄露，发送完 close，接收 for chan 还是可以接收完数据的，会自己退出，这时候 close 或者发送信号到退出 chan 。