在 golang 微服务中优雅处理错误需统一错误格式、使用 grpc status 或 http 状态码映射、实现错误追踪与日志、熔断降级、错误重试及合理处理 panic。1. 定义结构化错误类型，包含 code、message 和可选 details；2. 使用 grpc 的 status 包封装错误并携带附加信息；3. http 服务应将错误码映射至标准状态码；4. 为请求分配唯一 id 以追踪跨服务错误并记录详细日志；5. 引入熔断防止雪崩，降级保障系统稳定性；6. 对可重试错误设置限次与间隔避免过载；7. 调用超时时返回 context.deadlineexceeded 并客户端处理；8. 下游非预期错误需详记日志并通知修复，辅以熔断降级；9. 使用 recover 捕获 panic 防止崩溃但不滥用，优先 error 处理。
在 Golang 微服务架构中，优雅地处理错误，核心在于设计一套清晰、可追踪且易于理解的跨服务错误传递机制。这不仅关乎代码的健壮性，更影响到整个系统的可维护性和可观测性。
设计跨服务错误传递机制
统一错误格式
首先，我们需要定义一个统一的错误格式。不要仅仅传递简单的字符串，而是要结构化的错误信息。例如：
立即学习“go语言免费学习笔记（深入）”；
type Error struct {
Code int `json:"code"`
Message string `json:"message"`
Details interface{} `json:"details,omitempty"` // 可选，用于携带更多信息
}Code 可以是自定义的错误码，方便程序判断；Message 是人类可读的错误描述；Details 则可以携带一些额外的调试信息，例如堆栈跟踪、请求参数等。
在服务间传递错误时，建议使用 JSON 格式进行序列化和反序列化。
使用 gRPC 的 Status
如果你的微服务使用 gRPC 进行通信，那么可以利用 gRPC 内置的 Status 来传递错误。Status 包含了错误码和错误消息，并且可以通过 details 字段携带更多信息。
import (
"google.golang.org/grpc/status"
"google.golang.org/grpc/codes"
)
// ...
st := status.New(codes.NotFound, "User not found")
st, err := st.WithDetails(&ErrorDetails{
UserID: userID,
})
if err != nil {
// 记录日志，处理错误
return err
}
return st.Err()客户端可以方便地通过 status.FromError(err) 获取 Status 对象，并从中提取错误信息。
HTTP 错误码映射
如果你的微服务使用 HTTP 进行通信，那么需要将自定义的错误码映射到标准的 HTTP 状态码。例如，400 Bad Request 可以用于表示客户端请求参数错误，404 Not Found 可以用于表示资源不存在，500 Internal Server Error 可以用于表示服务器内部错误。
错误追踪与日志
在微服务架构中，错误可能会跨多个服务传递。为了方便排查问题，我们需要对错误进行追踪。可以为每个请求生成一个唯一的 ID，并将该 ID 传递到所有相关的服务中。当发生错误时，将该 ID 记录到日志中，这样就可以通过该 ID 将相关的日志关联起来。
另外，在记录日志时，应该包含足够的信息，例如错误发生的时间、服务名称、请求参数、堆栈跟踪等。
熔断与降级
当某个服务发生错误时，可能会导致整个系统的雪崩。为了防止这种情况发生，我们需要使用熔断和降级机制。
熔断是指当某个服务连续发生错误时，暂时停止对该服务的调用，以防止错误蔓延。降级是指当某个服务不可用时，使用备用方案，例如返回默认值或使用缓存数据。
错误重试
对于一些可以重试的错误，例如网络超时、数据库连接失败等，可以进行错误重试。但是，需要注意重试的次数和间隔，避免无限重试导致系统负载过高。
如何处理服务间调用超时？
服务间调用超时是微服务架构中常见的问题。通常的做法是设置合理的超时时间，并使用 context.WithTimeout 来控制请求的超时。当请求超时时，应该返回一个明确的错误，例如 context.DeadlineExceeded。
在客户端，应该捕获该错误，并进行相应的处理，例如重试、降级或返回错误给用户。
如何处理下游服务返回的非预期错误？
有时，下游服务可能会返回一些非预期的错误，例如空指针异常、数组越界等。这些错误通常是由于下游服务的代码存在 bug 导致的。
在这种情况下，应该记录详细的日志，并通知下游服务的开发人员进行修复。同时，为了保证系统的稳定性，可以考虑使用熔断和降级机制。
如何优雅地处理 panic？
在 Golang 中，panic 是一种特殊的错误处理机制。当发生 panic 时，程序会立即停止执行。为了防止 panic 导致整个服务崩溃，可以使用 recover 来捕获 panic。
func main() {
defer func() {
if r := recover(); r != nil {
// 记录日志，处理错误
log.Printf("Recovered from panic: %v", r)
}
}()
// ...
}但是，不建议滥用 recover。只有在一些特殊情况下，例如处理并发请求时，才需要使用 recover。在大多数情况下，应该使用 error 来处理错误。
