有缓冲的channel没有读完，close后还能继续读出里面的内容吗？
可以！
读取多次可以依次拿到之前写入的值，直到最后读完，继续读则得到对应channel类型的0值
代码语言：javascript复制package main
import (
"fmt"
)
func main() {
ch := make(chan int, 3)
fmt.Println(ch)
ch <- 123
ch <- 456
close(ch)
fmt.Println("从已关闭的channel中读取到信息为:", <-ch)
fmt.Println("从已关闭的channel中读取到信息为:", <-ch)
fmt.Println("从已关闭的channel中读取到信息为:", <-ch)
}
0x14000134000
从已关闭的channel中读取到信息为: 123
从已关闭的channel中读取到信息为: 456
从已关闭的channel中读取到信息为: 0
golang之channel入门
channel需要注意的点:
- 关闭一个nil channel 会导致程序panic
- channel关闭之后，仍然可以从channel中读取剩余的数据，直到数据全部读取完成。读取完后继续读,得到的将是对应类型的零值.
- 而如果继续向已关闭的channel发送数据，会引起panic
- channel不能关闭两次，否则会panic
A->B->C三个祖孙协程，B耗时最短，B执行结束后，C还会继续执行吗?
即 Go中父协程与子协程的生命周期问题
结论：
1. 当父协程是main协程时，父协程退出，父协程下的所有子协程也会跟着退出； （当main协程结束时，子协程也是会被终止掉的）
代码语言：javascript复制package main
import (
"fmt"
)
func main() {
fmt.Println(123)
go func() {
panic("子协程中发生异常")
}()
fmt.Println(456)
//time.Sleep(3e9)
}
输出:
代码语言：javascript复制123
456
2. 当父协程不是main协程时，父协程退出，父协程下的所有子协程并不会跟着退出（子协程直到自己的所有逻辑执行完或者是main协程结束才结束）
代码语言：javascript复制package main
import (
"fmt"
"time"
)
func main() {
fmt.Println(123)
go f1()
fmt.Println(456)
time.Sleep(5e9)
}
func f1() {
go func() {
time.Sleep(4e9)
fmt.Println("但f1()创建的协程还在像子弹一样继续飞！")
panic("子协程中发生异常")
}()
time.Sleep(2e9)
fmt.Println("f1()执行结束")
}
123
456
f1()执行结束
但f1()创建的协程还在像子弹一样继续飞！
panic: 子协程中发生异常
goroutine 33 [running]:
main.f1.func1()
/Users/fliter/go/src/shuang/0000/panic.go:25 0x7c
created by main.f1
/Users/fliter/go/src/shuang/0000/panic.go:22 0x24
exit status 2
go中父协程与子协程的生命周期（子协程能否使用主协程变量）
子协程panic，主协程还能不能正常运行? 主协程里的recover，能捕获子协程的panic吗？
不能
代码语言：javascript复制package main
import (
"fmt"
"time"
)
func main() {
fmt.Println(123)
go func() {
panic("子协程中发生异常")
}()
fmt.Println(456)
time.Sleep(3e9)
}
123
456
panic: 子协程中发生异常
goroutine 4 [running]:
main.main.func1()
/Users/fliter/go/src/shuang/0000/panic.go:14 0x2c
created by main.main
/Users/fliter/go/src/shuang/0000/panic.go:12 0x64
exit status 2
主协程里的recover，能捕获子协程的panic吗？
不能~
对于goroutine中的panic,协程外面的recover是无法恢复的；goroutine中的recover,同样无法恢复协程外的panic
Go异常处理机制panic和recover
recover哪些情况下阻止不了程序崩溃?
不能~
像
- 并发读写 map
- 堆栈内存耗尽(如递归)
- 将 nil 函数作为 goroutine 启动
- goroutines 死锁
- 线程限制耗尽
- 超出可用内存
会报fatal error:xxxxxxxx
recover能捕获所有错误吗？
