Golang服务崩溃原因排查指南

最近我们的Golang服务经常出现崩溃，但查看日志没有明显错误信息。想请教下有经验的朋友：

  1. 有哪些常见工具或方法可以排查Golang服务崩溃原因？
  2. 如何设置才能让程序崩溃时生成完整的堆栈信息？
  3. 内存泄漏和goroutine泄漏分别有哪些特征，该如何定位？
  4. 在生产环境中，有哪些最佳实践可以预防服务崩溃？
2 回复

当Golang服务崩溃时，可按以下步骤排查：

  1. 查看日志：检查标准输出、系统日志，寻找panic、error信息。

  2. 分析core dump（若启用）：

    • 使用dlv core调试core文件
    • 查看goroutine堆栈

  3. 常见原因：

    • 空指针解引用
    • 并发读写map
    • 死锁（可用pprof检测）
    • 内存泄漏（监控heap增长）
    • goroutine泄露（检查goroutine数量）

  4. 工具使用：

    • go run -race 检测数据竞争
    • pprof 分析内存/CPU
    • 使用recover()捕获panic

  5. 系统层面：

    • 检查系统资源（内存、文件句柄）
    • 监控OOM Killer日志

建议：添加健康检查，设置服务自动重启，关键部位添加recover保护。

更多关于Golang服务崩溃原因排查指南的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


当Golang服务崩溃时，可按以下步骤快速排查：

1. 检查崩溃日志

  • 查看系统日志（如systemd/journalctl）或应用日志。
  • 使用 dmesg 检查内核日志，可能发现OOM Killer等系统级问题。

2. 分析Panic信息

  • 若程序输出panic栈跟踪，定位触发panic的代码行。
  • 示例panic：
    defer func() {
    if r := recover(); r != nil {
        fmt.Printf("Recovered panic: %v\n", r)
        debug.PrintStack() // 打印调用栈
    }
}()

3. 常见崩溃原因

  • 空指针解引用：
    var ptr *MyStruct
fmt.Println(ptr.Field) // 崩溃
  • 越界访问切片/数组：
    s := []int{1, 2}
fmt.Println(s[5]) // 崩溃
  • 并发读写Map（触发fatal error）：
    // 错误示例：未同步的并发写操作
m := make(map[int]int)
go func() { for { m[1] = 1 } }()
go func() { for { _ = m[1] } }()
    解决：使用 sync.Mutex 或 sync.RWMutex。
  • Goroutine泄露：通过 pprof 监控goroutine数量。
  • 系统资源耗尽：检查内存/文件描述符限制（ulimit -a）。

4. 使用工具诊断

  • PProf：
    import _ "net/http/pprof"
go http.ListenAndServe(":6060", nil)
    通过 go tool pprof http://localhost:6060/debug/pprof/heap 分析内存。
  • GDB/Delve：对二进制调试：
    dlv core <executable> <core dump>

5. 预防措施

  • 添加Recover处理关键Goroutine。
  • 使用 -race 检测数据竞争：
    go run -race main.go
  • 压力测试与监控资源使用。

通过结合日志、工具检测和代码审查，多数崩溃问题可快速定位解决。

回到顶部