为什么有时候无法看到所有正在运行的 goroutine？

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《为什么有时候无法看到所有正在运行的 goroutine？》，这篇文章主要会讲到等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

go 编程语言第 253 页指出：

...如果在取消时我们不是从 main 返回，而是执行恐慌调用，那么运行时将转储程序中每个 goroutine 的堆栈。

这段代码通过等待一个永远不会接收任何内容的通道来故意泄漏 goroutine：

package main

import (
    "fmt"
    "time"
)

func main() {
    never := make(chan struct{})
    go func() {
        defer fmt.println("end of child")
        <-never
    }()
    time.sleep(10 * time.second)
    panic("end of main")
}

但是，运行时仅在调用 panic 时列出主 goroutine：

panic: end of main

goroutine 1 [running]:
main.main()
    /home/simon/panic/main.go:15 +0x7f
exit status 2

如果我在 main 恐慌之前的十秒内按 ctrl-\ 发送 sigquit，我确实会看到输出中列出的子 goroutine：

goroutine 1 [sleep]:
time.Sleep(0x2540be400)
    /usr/lib/go-1.17/src/runtime/time.go:193 +0x12e
main.main()
    /home/simon/panic/main.go:14 +0x6c

goroutine 18 [chan receive]:
main.main.func1()
    /home/simon/panic/main.go:12 +0x76
created by main.main
    /home/simon/panic/main.go:10 +0x5d

我想也许通道在 panic 运行时关闭（这仍然不能保证延迟的 fmt.println 有时间执行），但是如果子 goroutine 执行 time.sleep 而不是等待，我会得到相同的行为在频道上。

我知道有一些方法可以自己转储 goroutine 堆栈跟踪，但我的问题是为什么 panic 的行为不像书中描述的那样？语言规范只说恐慌会终止程序，那么这本书只是描述了依赖于实现的行为吗？

正确答案

感谢 kostix 将我指向 GOTRACEBACK runtime environment variable。将其设置为 all 而不是将其保留为默认值 single 可恢复 TGPL 中描述的行为。请注意，此变量对运行时很重要，但您无法使用 go env 操作它。

仅列出恐慌 goroutine 的默认值是 go 1.6 中的 change - 我的本书版本受版权保护 2016 年，并且将 go 1.5 作为其示例代码的先决条件，因此它必须早于更改。有趣的是，阅读变更讨论时发现有人担心隐藏有用的信息（作为许多不完整错误报告的接收者，我对此表示同情），但没有人指出 Kostix 提到的扩展到大型生产系统的问题。 p>

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~