答案：Go中的panic recover机制用于捕获运行时panic，防止程序崩溃。在goroutine入口通过defer+recover捕获异常，可记录日志并重启worker，提升服务健壮性；但需避免滥用，应优先使用error返回处理常规错误，仅在不可恢复场景使用panic，以减少性能开销。
panic recover机制在Golang中，主要用于捕获程序运行时发生的panic，防止程序崩溃。在服务守护中，它可以保证即使某个goroutine出现panic，整个服务仍然可以继续运行，提高服务的健壮性。
解决方案：
在Golang服务中，合理使用panic recover机制可以有效防止因panic导致的服务中断。核心在于在goroutine的入口处使用defer语句结合recover函数。
package main import ( "fmt" "time" ) func worker(id int) { defer func() { if r := recover(); r != nil { fmt.Printf("Worker %d recovered from panic: %vn", id, r) // 可以选择重新启动该worker，或者记录错误并继续 go worker(id) // 重新启动worker } }() fmt.Printf("Worker %d startedn", id) // 模拟可能发生panic的情况 if id == 2 { panic("Something went wrong in worker 2!") } fmt.Printf("Worker %d finishedn", id) } func main() { for i := 1; i <= 3; i++ { go worker(i) } // 保持程序运行一段时间，以便worker有机会执行 time.Sleep(5 * time.Second) fmt.Println("Main program exiting") }
这段代码创建了三个worker goroutine。worker 2会故意触发panic。通过defer和recover，worker 2的panic被捕获，程序不会崩溃，而是打印错误信息并重新启动worker 2。
立即学习“go语言免费学习笔记（深入）”；
如何优雅地处理panic信息？
优雅处理panic信息，不仅仅是简单地recover，更重要的是记录错误，并进行适当的告警。可以将panic信息写入日志文件，或者发送到监控系统。
package main import ( "fmt" "log" "os" "time" ) var logger *log.Logger func init() { logFile, err := os.OpenFile("app.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0666) if err != nil { panic(err) } logger = log.New(logFile, "ERROR: ", log.Ldate|log.Ltime|log.Lshortfile) } func worker(id int) { defer func() { if r := recover(); r != nil { err := fmt.Errorf("worker %d panicked: %v", id, r) logger.Println(err) // 记录错误日志 fmt.Printf("Worker %d recovered from panic: %vn", id, r) go worker(id) // 重新启动worker } }() fmt.Printf("Worker %d startedn", id) // 模拟可能发生panic的情况 if id == 2 { panic("Something went wrong in worker 2!") } fmt.Printf("Worker %d finishedn", id) } func main() { for i := 1; i <= 3; i++ { go worker(i) } // 保持程序运行一段时间，以便worker有机会执行 time.Sleep(5 * time.Second) fmt.Println("Main program exiting") }
这段代码将panic信息写入名为
app.log
的日志文件。
Panic recover是否会影响性能？
panic recover机制确实会带来一定的性能开销，因为recover的实现涉及到栈的展开。但是，这种性能开销通常是可以接受的，尤其是在服务守护的场景下。更重要的是，应该尽量避免不必要的panic。panic应该被视为一种异常情况，而不是常规的错误处理方式。
如何避免过度使用panic recover？
避免过度使用panic recover的关键在于做好错误处理。Golang提倡使用显式的错误返回值来处理错误。只有在真正无法恢复的情况下，才应该使用panic。
package main import ( "errors" "fmt" ) func divide(a, b int) (int, error) { if b == 0 { return 0, errors.New("division by zero") } return a / b, nil } func main() { result, err := divide(10, 0) if err != nil { fmt.Println("Error:", err) } else { fmt.Println("Result:", result) } }
这段代码使用显式的错误返回值来处理除数为零的情况，而不是使用panic。