使用gRPC C++服务端API时，如何获取请求取消的详细原因？

gRPC中可以获取请求取消的详细原因，核心是通过关联的**上下文（Context）或状态（Status）**对象来解析，类似Java gRPC的cancellationCause功能，具体逻辑如下：

通用判断逻辑 #

当触发OnCancel回调时，对应的上下文或状态对象会携带取消的根源信息：

• 客户端触发取消：通常返回CANCELLED状态码，错误描述会包含类似"Client cancelled request"的标识，明确是客户端主动发起的取消操作。
• 服务端触发取消：分两种场景：
  • 连接关闭：状态码多为UNAVAILABLE，描述会提及"Connection closed"相关内容，表明是底层连接断开导致的取消。
  • 流关闭：状态码多为CANCELLED或ABORTED，描述会明确标注是服务端主动关闭了请求流。

主流语言实现示例 #

Java #

直接调用Context.getCancellationCause()获取Throwable对象，从异常类型和信息判断原因：

Throwable cause = Context.current().getCancellationCause();
if (cause instanceof CancellationException) {
    // 客户端主动取消或服务端流关闭
    String message = cause.getMessage();
    if (message.contains("client")) {
        // 客户端触发
    } else {
        // 服务端流关闭
    }
} else if (cause instanceof IOException) {
    // 服务端连接关闭导致的取消
}

Go #

通过ctx.Err()获取错误后，用status.FromError()解析状态码和描述：

import "google.golang.org/grpc/status"
import "google.golang.org/grpc/codes"
import "strings"

// 在OnCancel关联的上下文监听中处理
select {
case <-ctx.Done():
    err := ctx.Err()
    s, ok := status.FromError(err)
    if !ok {
        break
    }
    switch s.Code() {
    case codes.Canceled:
        if strings.Contains(s.Message(), "client") {
            // 客户端触发取消
        } else {
            // 服务端关闭流
        }
    case codes.Unavailable:
        // 服务端连接关闭
    }
}

注意事项 #

• 部分gRPC语言实现不会默认携带极细粒度的原因描述，需要在取消操作时主动传递自定义信息（比如客户端取消时指定描述，服务端关闭流时设置清晰的错误文本）。
• 优先通过状态码判断取消的大类，再用错误描述辅助区分细节，避免依赖固定文本导致兼容性问题。

内容的提问来源于stack exchange，提问作者RyanCheu