Go有意思小问题汇集

简介: Go有意思小问题汇集

有缓冲的channel没有读完,close后还能继续读出里面的内容吗?


可以!

读取多次可以依次拿到之前写入的值,直到最后读完,继续读则得到对应channel类型的0值

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协程结束时,子协程也是会被终止掉的)

package main
import (
  "fmt"
)
func main() {
  fmt.Println(123)
  go func() {
    panic("子协程中发生异常")
  }()
  fmt.Println(456)
  //time.Sleep(3e9)
}

输出:

123
456

2. 当父协程不是main协程时,父协程退出,父协程下的所有子协程并不会跟着退出(子协程直到自己的所有逻辑执行完或者是main协程结束才结束)

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吗?


不能

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能捕获所有错误吗?

目录
相关文章
|
8月前
|
Kubernetes Cloud Native Go
为何每个开发者都在谈论Go?2
为何每个开发者都在谈论Go?
63 0
|
8月前
|
Java 编译器 Go
为何每个开发者都在谈论Go?1
为何每个开发者都在谈论Go?
86 0
|
Java 程序员 编译器
初窥门径代码起手,Go lang1.18入门精炼教程,由白丁入鸿儒,首次运行golang程序EP01
前文再续,书接上回,前一篇:[兔起鹘落全端涵盖,Go lang1.18入门精炼教程,由白丁入鸿儒,全平台(Sublime 4)Go lang开发环境搭建EP00](https://v3u.cn/a_id_222),我们搭建起了Go lang1.18的开发运行环境,接着就可以运行第一个Go lang1.18程序了,让我们整装待发,开启Go lang1.18的处女航。
初窥门径代码起手,Go lang1.18入门精炼教程,由白丁入鸿儒,首次运行golang程序EP01
|
编译器 Go Windows
Go知识梳理
快速学习Go知识梳理
Go知识梳理
|
Rust 安全 JavaScript
Go 核心团队 Russ Cox "驳斥"AWS 博文作者 :对 Go 存在严重误导!
Go 核心团队 Russ Cox "驳斥"AWS 博文作者 :对 Go 存在严重误导!
Go 核心团队 Russ Cox "驳斥"AWS 博文作者 :对 Go 存在严重误导!
|
JavaScript 前端开发 Go
终于!Go 1.18 将支持泛型,来听听Go 核心技术团队 Russ Cox怎么说
终于!Go 1.18 将支持泛型,来听听Go 核心技术团队 Russ Cox怎么说
122 0
终于!Go 1.18 将支持泛型,来听听Go 核心技术团队 Russ Cox怎么说
|
Java Go C语言
慢聊Go之GoVSJava之微观比较(5)|Go主题月
慢聊Go之GoVSJava之微观比较(5)|Go主题月
62 0
|
Java Linux Go
慢聊Go之GoVSJava之微观比较(4)|Go主题月
慢聊Go之GoVSJava之微观比较(4)|Go主题月
101 0
|
存储 Java Go
慢聊Go之GoVSJava之微观比较(7)|Go主题月
慢聊Go之GoVSJava之微观比较(7)|Go主题月
72 0