图文并茂分析Skywalking dubbo上下午传递源码

这里是weihubeats ,觉得文章不错可以关注公众号小奏技术

背景

最近在研究dubbotrace上下文传递,所以免不了要看看skywalking这一快的实现原理

skywalking version

  • 8.12.0

插件版本

  • dubbo-3.x-plugin

dubbo-3.x-plugin源码目录结构

源码整体流程

源码分析

可以看到主要有三个核心类 + 一个配置文件

DubboInstrumentation

这个类主要定义了什么时候触发增强,增强哪个类的哪个方法

增强哪个类

java 复制代码
public static final String ENHANCE_CLASS = "org.apache.dubbo.monitor.support.MonitorFilter";

@Override
protected ClassMatch enhanceClass() {
    return NameMatch.byName(ENHANCE_CLASS);
}

可以看到主要是增强MonitorFilter这个类

什么情况触发增强

java 复制代码
public static final String CONTEXT_TYPE_NAME = "org.apache.dubbo.rpc.RpcContext";

public static final String GET_SERVER_CONTEXT_METHOD_NAME = "getServerContext";

public static final String CONTEXT_ATTACHMENT_TYPE_NAME = "org.apache.dubbo.rpc.RpcContextAttachment";

@Override
protected List<WitnessMethod> witnessMethods() {
    return Collections.singletonList(
        new WitnessMethod(
            CONTEXT_TYPE_NAME,
            named(GET_SERVER_CONTEXT_METHOD_NAME).and(
                returns(named(CONTEXT_ATTACHMENT_TYPE_NAME)))
        ));
}

这里主要定义了在org.apache.dubbo.rpc.RpcContext中必须存在方法getServerContext 并且他的返回值为org.apache.dubbo.rpc.RpcContextAttachment

我们简单对比下2.7.xdubbo的增强条件是什么

java 复制代码
    private static final String CONTEXT_TYPE_NAME = "org.apache.dubbo.rpc.RpcContext";

    private static final String GET_SERVER_CONTEXT_METHOD_NAME = "getServerContext";

    @Override
    protected List<WitnessMethod> witnessMethods() {
        return Collections.singletonList(new WitnessMethod(
            CONTEXT_TYPE_NAME,
            named(GET_SERVER_CONTEXT_METHOD_NAME).and(
                returns(named(CONTEXT_TYPE_NAME)))
        ));
    }

主要是org.apache.dubbo.rpc.RpcContext类中的getServerContext方法,返回值也是org.apache.dubbo.rpc.RpcContext

那么很明确了2.73.xgetServerContext的返回值被修改了。

增强的方法

在前面我知道增强的类是MonitorFilter

现在我们具体来看看增强哪个方法

java 复制代码
@Override
public InstanceMethodsInterceptPoint[] getInstanceMethodsInterceptPoints() {
    return new InstanceMethodsInterceptPoint[] {
        new InstanceMethodsInterceptPoint() {
            @Override
            public ElementMatcher<MethodDescription> getMethodsMatcher() {
                return named(INTERCEPT_POINT_METHOD);
            }

            @Override
            public String getMethodsInterceptor() {
                return INTERCEPT_CLASS;
            }

            @Override
            public boolean isOverrideArgs() {
                return false;
            }
        }
    };
}

要增强的方法是

java 复制代码
public static final String INTERCEPT_POINT_METHOD = "invoke";

实现增强的类是

java 复制代码
public static final String INTERCEPT_CLASS = "org.apache.skywalking.apm.plugin.asf.dubbo3.DubboInterceptor";

所以接下来我们来看看实际实现增强的逻辑吧

DubboInterceptor

源码有点多。我们来一一分析

  1. 校验是不是Consumer
java 复制代码
boolean isConsumer = isConsumer(invocation);

private static boolean isConsumer(Invocation invocation) {
    Invoker<?> invoker = invocation.getInvoker();
    // As RpcServiceContext may not been reset when it's role switched from provider
    // to consumer in the same thread, but RpcInvocation is always correctly bounded
    // to the current request or serve request, https://github.com/apache/skywalking-java/pull/110
    return invoker.getUrl()
            .getParameter("side", "provider")
            .equals("consumer");
}

校验方式就通过urlParam获取side参数,默认为provider

  1. 获取RPC上下文RpcContextAttachment

  2. 如果是Consumer则创建ExitSpan,如果是Provider则创建EntrySpan

  3. 如果是Consumer则将skywalking上下文载体ContextCarrier放入dubborpc上下文RpcContextAttachment中,以便上下午在dubbo进行传递

java 复制代码
CarrierItem next = contextCarrier.items();
while (next.hasNext()) {
    next = next.next();
    attachment.setAttachment(next.getHeadKey(), next.getHeadValue());
    if (invocation.getAttachments().containsKey(next.getHeadKey())) {
        invocation.getAttachments().remove(next.getHeadKey());
    }
}
  1. 如果是Provider则从dubbo上下文RpcContextAttachment中获取Consumer的上下文恢复到skywalking上下文ContextCarrier

总结

总的来说dubbo这一快的上下文传递还是很简单的。总结为如下几个步骤

  1. 是否需要增强
  2. 如果是则判断是Provider还是Consumer
  3. 如果是Consumer则将上下文放入skywalking上下文ContextCarrier
  4. 如果是如果是Provider则从dubbo上下文RpcContextAttachment中获取Consumer的上下文恢复到skywalking上下文ContextCarrier

如果我们看其他实现trace传递的dubbo增强也是类似的实现原理,比如Tlog,感兴趣可以去看看,这里就不分析了

相关推荐
IT_陈寒13 小时前
Vue的响应式让我原地破防,原来问题出在这
前端·人工智能·后端
思考着亮13 小时前
1.RabbitMQ基本使用
后端
XuCoder13 小时前
面试官:Redis 单线程为什么还这么快?这道题答错的人真不少
后端
子兮曰14 小时前
Bun vs Node.js 深度对决:跑分快 4 倍,真实业务只剩 3%,2026 年到底该怎么选?
前端·后端·typescript
码事漫谈14 小时前
把 AI 拆掉,你的系统还能跑吗?
前端·后端
BUG指挥官14 小时前
Sa-Token和Spring Security对比
java·后端·spring
众人皆醒我独醉14 小时前
Token:AI 世界的基本粒子——不是"字",是统计上最优的"字符组合"
后端·面试·llm
Java内核笔记15 小时前
Spring Boot 4 拥抱 Jackson 3:包名迁移、配置改名与自动配置源码剖析
java·后端
Hamm16 小时前
前端转Java+AI全栈?那我推荐几个实战开源项目给你
前端·后端·全栈
凤山老林16 小时前
Spring Boot 定时任务进阶:动态 Cron 与集群防重实战
java·spring boot·后端·定时任务·集群定时任务