当 go 单元测试发生死锁导致卡住时，直接按 ctrl+c 无法捕获 `t.log()` 输出；使用 ctrl+\ 可触发运行时栈回溯，辅助定位阻塞点，但需配合 `-v` 标志和合理日志策略才能确保关键日志可见。
在 Go 中运行单元测试（如 go test -run TestFoo）时，若测试因 goroutine 死锁、channel 阻塞或 mutex 争用而挂起，常规中断信号（Ctrl+C）会强制终止进程，导致尚未刷新的 t.Log() 消息丢失——这是因为 testing.T 的日志默认缓冲且仅在测试结束（成功/失败/超时）时批量输出。
正确做法是使用 Ctrl+\（SIGQUIT）：
该信号不会立即退出测试，而是由 Go 运行时捕获并打印当前所有 goroutine 的完整调用栈（包括阻塞位置），例如：
$ go test -v -run TestDeadlock
=== RUN TestDeadlock
^\
SIGQUIT: quit
PC=0x109c6a1 m=0 sigcode=0
goroutine 19 [chan send]:
example.com/mypkg.TestDeadlock(0xc0000b4180)
deadlock_test.go:12 +0x71
...⚠️ 注意：
- 必须添加 -v 标志（go test -v），否则 t.Log() 输出默认被抑制；
- t.Log() 日志仍可能因测试未结束而不显示——建议对关键路径补充 fmt.Printf 或 log.Println（它们实时输出到 stderr）；
- 更可靠的调试方式是结合 -timeout 与 t.Log()：
func TestDeadlock(t *testing.T) {
t.Parallel() // 谨慎启用，可能掩盖问题
t.Log("starting test...")
ch := make(chan int)
t.Log("about to send on channel...")
ch <- 42 // ← 此处将永久阻塞（无接收者）
}运行：
go test -v -timeout 5s -run TestDeadlock
超时后自动终止，并输出已记录的日志 + panic 信息，比手动中断更可控。
✅ 最佳实践总结：
- 始终使用 go test -v 运行可疑测试；
- 对长耗时或易阻塞操作，显式设置 -timeout（如 30s）；
- 关键调试点优先用 fmt.Fprintln(os.Stderr, "...") 确保即时可见；
- 遇到挂起时，优先尝试 Ctrl+\ 获取 goroutine 快照，再结合 pprof 或 go tool trace 深入分析。
