Dubbo框架如何和调用链整合.docxVIP

Dubbo框架如何和调用链整合 2021-10-23 前言:　　随着dubbo的开源, 以及成为apache顶级项目. dubbo越来越遭到国内java developer欢迎, 甚至成为服务化自治的首选方案. 随着微服务的流行, 如何跟踪整个调用链, 成了一个课题. 大家能够达成全都的思路, 在调用中添加traceId/logid信息, 至于如何实现, 各家都有本人的思路.　　本文将对比几种方案, 重点讲解利用dubbo的自定义filter的机制, 来实现traceId/logid的透传. ? 方案一:　　这个方案也是最直接的方法, 正如所谓所见即所得, 就是在dubbo的接口参数添加traceId/logid参数.　　比如如下的sample代码: ? ? @Getter @Setter class EchoReq { // *) 消息 private String message; // *) 跟踪ID private String traceId; } // *) dubbo的接口定义 interface EchoService { String echo1(EchoReq req); String echo2(String message, String traceId); } ? ? 信任大家一看就明白了其中的思路, 这种思路的确简约粗暴. 对于对于有洁癖的程序员而言, 在业务接口中, 生硬地添加traceId/logid, 明显破坏无侵入性准绳. ? 方案二:　　该方案需要修改dubbo源码, 通过把traceId/logid注入到RPCInvocation对象(dubbo底层transport实体)中, 从而实现traceId/logid的透传. ? RpcContext方案:　　在具体讲解自定义filter来实现透传traceId/logid的方案前, 我们先来争辩下RpcContext对象. 其RpcContext本质上是个ThreadLocal对象, 其维护了一次rpc交互的上下文信息. public class RpcContext { // *) 定义了ThreadLocal对象 private static final ThreadLocal LOCAL = new ThreadLocal() { protected RpcContext initialValue() { return new RpcContext(); } }; // *) 附带属性, 这些属性可以随RpcInvocation对象一起传递 private final Map attachments = new HashMap(); public static RpcContext getContext() { return (RpcContext)LOCAL.get(); } protected RpcContext() { } public String getAttachment(String key) { return (String)this.attachments.get(key); } public RpcContext setAttachment(String key, String value) { if(value == null) { this.attachments.remove(key); } else { this.attachments.put(key, value); } return this; } public void clearAttachments() { this.attachments.clear(); } } ????注:?RpcContext里的attachments信息会填入到RpcInvocation对象中, 一起传递过去.? ????因而有人就建议可以简约的把traceId/logid注入到RpcContext中, 这样就可以简约的实现traceId/logid的透传了, 现实能否如此, 先让我们来一起实践一下. 　　定义dubbo接口类: public?interface?IEchoService?{ ????Strin