zerolog 防止 go 運行時在我的機器上“死鎖”

Question

我偶然發現了一個非常奇特的案例。 顯然https://github.com/rs/zerolog防止我的程序“死鎖”。

這是該程序的一個示例：

package main

import (
    "fmt"

    _ "github.com/rs/zerolog/log"
)

func main() {
    ch := make(chan int)
    fmt.Println(<-ch)
}

當我在我的筆記本電腦（go 版本 go1.16.10 linux/amd64）上運行它時，程序並沒有結束。 當我嘗試在 go 操場上運行它時，它確實在幾秒鍾后陷入僵局，但我不確定為什么： https://go.dev/play/p/6rkw0jed-6z

我的 zerolog 版本是 v1.26.0

我懷疑 zerolog 庫中的一些副作用會導致這種行為，但無法弄清楚是哪個，也無法弄清楚如何規避它......問題是 - 它使我的程序不安全使用（我正在寫一個一段代碼大量使用通道，沒有這種“安全檢查”是非常危險的）。

編輯：

正如評論中正確指出的那樣，zerolog 似乎確實打開了另一個沒有阻塞的 goroutine。

基本上這意味着我不能依賴運行時的“checkdead”功能，因為我不知道哪個 package 可能有這種副作用（產生 goroutines）。

如果數據不可能發送到通道中，那么從接收方的角度來看，結束程序的安全和正確的方法是什么？

我認為顯而易見的答案是超時，但我不知道數據出現需要多長時間 - 但也許這是唯一的方法？

編輯#2

澄清我的問題和動機。 到目前為止，所有評論的語氣都是我在問一些愚蠢的事情（無法解決 - 甚至被認為可以解決）。 澄清一下：我不是在問“如何不編寫死鎖的代碼”。 Golang 有一個內置的“檢查”來檢查代碼是否卡住： https://go.googlesource.com/go/+/refs/tags/go1.16.10/src/runtime/proc.go#5038 。 很明顯，語言開發人員正在嘗試通用解決方案。

顯然，實踐表明，這種檢查可能會被“破壞”。 在這種情況下，由 package 副作用（然后為什么 zerolog 在init階段生成任何 goroutines 再次超出我的理解）。 所以我問是否有另一種方法來提出一個可能解釋這些額外因素的通用解決方案。

如果您認為不可能有這樣的解決方案，那可能是真的，但也許有人有一個想法。