背景胡扯
线上接口报错，接着被 SkyWalking 抓到，然后 SkyWalking 触发告警，最后老板@你，让你辛苦一下，在明早上班前把这个bug 改了，并告诉你你是全公司的希望。谁说不是呢？为公司业务保驾护航，我被责无旁贷。
既然告警都触发了，咱就来看看怎么个事。嘿嘿小样，这下还能让你跑了。（实际上还真的有可能跑了，说多了都是泪）
我打开 SkyWalking UI 一看，报错服务说要和我试试，我说可以。我一说他啪的一下一个显眼的红色报错直冲我面门，我鼠标一点，当时就全部防住了。防出去以后自然是传统功夫以点到为止，鼠标放在了报错上，没点他。我笑一下，准备收拳。
因为这时间，按传统功夫的点到为止他已经输了，如果我点下去，就直接把他错误堆栈打印出来了，我就鼠标放在错误上没点他。
我收鼠标的时间不打了，他突然袭击抛出上下文，我大意了啊，没有闪。他的上下文给我眼晃了一下，我当时流眼泪了，捂着眼，我说婷婷。上下文怎么没有用户标识。然后两分钟以后就好了，完犊子日志里面也没有。
看来是有备而来，这个服务不讲武德，来骗来偷袭我这个老码农。这好吗？这不好。
总之，就是缺少一些上下文数据，例如用户ID，设备ID这类的数据，我们给补上就行了，给马老师一个闪避的buff。
上菜：附加上下文
看一下官网的文档，怎么样能够给接口添加上下文数据
the toolkit, such as using maven or gradle | Apache SkyWalking
别忘了第一步先引入依赖，依赖版本和你使用的 java-agent 版本保持一致：
<dependency><groupId>org.apache.skywalking</groupId><artifactId>apm-toolkit-trace</artifactId><version>${skywalking.version}</version></dependency>
然后才是第二部附加上下文 tag，我总结了三种方式：
第一种是最直接的，直接调用 ActiveSpan.tag("my_tag", "my_value") 操作接口。特点就是直接到不能再直接了。
@GetMapping("/xxx")
public Result<User> query() { ActiveSpan.tag("my_key", "my_value"); // 其他代码。。。
}
第二种是简单的，在接口方法上打上注解 @Trace 和 @Tag。特点是简单到不能再简单了。
@Trace
@Tag(key = "tag1", value = "arg[0]")
@Tag(key = "tag2", value = "arg[1]")
@Tag(key = "username", value = "returnedObj.username")
@Tag(key = "age", value = "returnedObj.age")
public User methodYouWantToTrace(String param1, String param2) {// ...
}
第三种是相对优雅的，在拦截器上使用API统一操作。特点是无侵入。
public class SkyWalkingTraceContextInterceptor implements HandlerInterceptor { @Override public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception { // 这里太简单粗暴了，别抄哈。只是提供一种思路String token = request.getHeader(TokenParserConfig.HEADER_TOKEN_KEY); if (StringUtils.isNotBlank(token)) { ActiveSpan.tag("biz.token", token); } }
}
如果要能够根据 tag 来进行搜索，不要漏掉最后这一步。在配置文件中增加我们的 tag key，或者直接修改环境变量 SW_SEARCHABLE_TAG_KEYS 也行。
searchableTracesTags: ${SW_SEARCHABLE_TAG_KEYS:http.method,http.status_code,rpc.status_code,db.type,db.instance,mq.queue,mq.topic,mq.broker,mq.payload,biz.token}
大功告成！
