如何从RPC调用中提取实际发生的重试次数？

针对你遇到的情况，以下几种方案可以提取实际重试次数：

• 利用RPC框架的拦截器/监听器
  主流RPC框架（如gRPC、Dubbo）都提供了客户端拦截机制，你可以通过实现拦截器统计请求发送次数，重试次数即为总发送次数减1。
  以gRPC为例，实现ClientInterceptor并注入计数器：

  public class RetryCountInterceptor implements ClientInterceptor {
      private final AtomicInteger retryCount = new AtomicInteger(0);
  
      @Override
      public <ReqT, RespT> ClientCall<ReqT, RespT> interceptCall(MethodDescriptor<ReqT, RespT> method,
                                                                 CallOptions callOptions, Channel next) {
          retryCount.incrementAndGet();
          return next.newCall(method, callOptions);
      }
  
      public int getActualRetryCount() {
          // 总发送次数减1即为重试次数（首次请求不算重试）
          return retryCount.get() - 1;
      }
  }
  

  注意：计数器要保证线程安全，多线程场景下建议用AtomicInteger这类原子类

• 自定义重试策略并嵌入计数逻辑
  如果你的RPC框架支持自定义重试策略，直接在重试逻辑里加入计数。比如在实现重试器接口时，每次触发重试就递增计数器。
  示例实现：

  public class CountingRetryer implements Retryer {
      private int retryCount = 0;
  
      @Override
      public boolean shouldRetry(Throwable e) {
          if (e instanceof UnavailableException) {
              retryCount++;
              return true;
          }
          return false;
      }
  
      public int getRetryCount() {
          return retryCount;
      }
  }
  

• 解析DEBUG日志（应急方案）
  如果暂时无法修改代码，可直接解析DEBUG日志中记录的请求发送条目，统计总发送次数后减1得到重试次数。比如用正则匹配类似Sending request to xxx的日志行，计数后计算重试次数。但该方案依赖日志格式稳定，仅作为临时应急手段。

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