使用io.opentracing出现重复trace，http.status_code类型不一致求助

原因排查与解决方法 #

• 检查重复的Span Tag设置逻辑
  排查代码中是否存在两处独立设置http.status_code的逻辑：一处将状态码转为字符串写入，另一处直接用整数写入。比如HTTP拦截器、过滤器或业务代码里，可能重复调用了span.setTag("http.status_code", ...)，需要合并逻辑，统一设置为整数类型。

• 统一Tag的类型规范
  OpenTracing规范建议http.status_code使用整数类型。确保所有设置该Tag的场景，都将状态码转为整数后再写入。比如从响应中获取到字符串格式的状态码时，先做类型转换：

  // 示例：将字符串状态码转为整数后设置Tag
  int statusCode = Integer.parseInt(response.getStatusCode());
  span.setTag("http.status_code", statusCode);
  

• 排查第三方组件自动埋点冲突
  如果使用了基于OpenTracing的第三方框架（如Spring Cloud Sleuth、Jaeger客户端等），可能存在自动埋点和手动埋点重复设置Tag的情况。比如框架自动采集了整数类型的状态码，而你的代码又手动设置了字符串类型的。此时可以：

  • 移除手动设置http.status_code的逻辑，依赖框架的自动埋点；
  • 调整框架的Tag生成规则，确保和自定义逻辑的类型统一。

• 在Trace收集端过滤重复记录
  如果暂时无法修改业务代码，可以在Trace收集端（如Jaeger Collector、Zipkin Server）添加过滤规则，丢弃http.status_code为字符串类型的Trace记录，只保留整数类型的。比如通过收集端的配置规则，对Tag类型做校验过滤。

验证结果 #

修改完成后发起请求，确认Trace记录仅保留一条http.status_code为整数类型的条目，格式如下：

{
  "tags": {
    "http.url":"http://localhost:8080",
    "http.status_code" : 200,
    "http.method":"POST"
  }
}

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