关于skywalkinglocalspan(gRpc)也会生成endpoint的问题

公司内部采用gRpc作为服务之间的通讯框架, 并且使用skywalking作为链路追踪&＃xff0c;来观察服务之间调用的问题&＃xff0c;查看skywalking的endpoint数据时&＃xff0c;发现gRpc生成的endpoint包含一些 接口名/onHalfClose、接口名/onClose 之类的endpoint&＃xff0c;显然endpoint作为入口的展示并不需要这些。

gRpc之间的一次通信并非是同步的&＃xff0c;而是通信过程中的不同状态其实都是异步的&＃xff0c;也会在不同的线程中执行&＃xff0c;

例如上面的截图中&＃xff0c;两条记录实际是在不同的线程中执行并记录&＃xff0c;但是onHalfClose作为 local span 并非 entry span 也被记录在endpoint中&＃xff0c;

因此追踪了一下skywalking对endpoint生成的源码发现有一个叫做 EndpointDepFromCrossThreadAnalysisListener 的类&＃xff0c;这个类会对LocalSpan也进行分析&＃xff0c;如果LocalSpan中存在跨线程的数据(span.getRefsCount() > 0) &＃xff0c;也会进行endPoint的生成&＃xff0c;

进一步发现可以通过设置span的一个属性跳过local span的endpoint分析&＃xff0c;如下图&＃xff1a;

因此通过在agent sdk中&＃xff0c;在创建local span时&＃xff0c;设置该属性&＃xff0c;即可避免local span也进行end point的生成&＃xff0c;如下图&＃xff1a;

 设置属性前后效果对比