你使用的Go版本是什么( go version )?

$ go version
go version go1.13.1 linux/amd64

这个问题在最新版本的发布中是否重现？

是的。

你正在使用什么操作系统和处理器架构( go env )?

go env 输出

$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home//.cache/go-build"
GOENV="/home//.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/opt/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build557544076=/tmp/go-build -gno-record-gcc-switches"

你做了什么？

我有一个使用gomobile编译的Go应用程序，用于Android。当发生panic时，运行时会打印一个回溯并退出。然而，当这个回溯足够长时，应用程序冻结且永远不会退出。
Gomobile将 stderr 重定向到Android(Android日志标签为“GoLog”)。当发生panic时，世界冻结，因此：

• goroutine lineLog 不再消耗连接到 dup 的管道；
• 在某个时刻，管道变得满；
• 运行时继续在 stderr 中写入长的回溯并阻塞，直到 stderr 可写；
• 死锁。

禁用gomobile从 stderr 的重定向使应用程序以“正确”的方式崩溃。
请注意，运行时已经将日志重定向到Android(带有标签“Go”),因此我认为gomobile的 stderr 重定向似乎是多余的？
要重现问题，你可以修改运行时，在捕获到panic时增加很多行，直到运行时冻结。

你期望看到什么？

当发生panic时，如果产生的回溯足够长，我希望运行时能打印完整的回溯并退出。

你看到了什么？

当发生panic时，如果产生的回溯足够长，我看到的是运行时打印了一个截断的回溯并冻结。