Dubbo框架不常用的几个“秘密”

一 多版本
当一个接口实现，出现不兼容升级时，可以用版本号过渡，版本号不同的服务相互间不引用，用法如下：
<dubbo:service interface=“com.alibaba.dubbo.demo.DemoService” ref=“demoService” version=“1.0.0” />
利用dubbo该特性，我们能够实现一些功能的灰度发布，实现步骤如下：
接口旧的实现定义version=“1.0.0”，接口新的实现version=“2.0.0”
Consumer端定义version="*"
这样定义Provider和Consumer后，新旧接口实现各承担50%的流量；
使用该特修改，我们可以在使用压力不大的情况下，进行服务提供者的版本升级。

二 隐式参数
可以通过 RpcContext 的 setAttachment() 和 getAttachment() 在Consumer和Provider之间进行参数的隐式传递，例如Controller层拦截登录token，把根据token得到的memberId传给dubbo服务就能使用隐式参数传递的方式，setAttachment()设置的 KV 对，在完成一次远程调用会被清空，即多次远程调用要多次设置。
三 上下文
上下文中存放的是当前调用过程中所需的环境信息。所有配置信息都将转换为 URL 的参数RpcContext 是一个 ThreadLocal 的临时状态记录器，当接收到 RPC 请求，或发起 RPC 请求时，RpcContext 的状态
都会变化。例如：A 调 B，B 再调 C，则 B 机器上，在 B 调 C 之前，RpcContext 记录的是 A 调 B 的信息，在 B 调 C
之后，RpcContext 记录的是 B 调 C 的信息。使用方式：
boolean isConsumerSide = RpcContext.getContext().isConsumerSide();
三 本地伪装
本地伪装通常用于服务降级，例如某验权服务，当服务提供方全部挂掉后，客户端不抛出异常，而是通过 Mock 数据返回授权失败。使用方式如下，mock指定的实现类在Provider抛出RpcException异常时执行（一定要抛出RpcException异常才执行），取代远程返回结果：
<dubbo:reference id=“demoService” interface=“com.alibaba.dubbo.demo.DemoService” version=“1.0.0” mock=“com.alibaba.dubbo.demo.consumer.mock.DemoServiceMock”/>
四 访问日志
如果想记录每次请求信息，可开启访问日志，类似于Ngnix的访问日志。注意：此日志量比较大，请注意磁盘容量。使用方式（如果配置局部，全局访问日志就会失效）：
配置全局：
<dubbo:provider accesslog="/app/dubbo-demo.log"/>
五 延迟暴露
如果服务需要预热时间，比如初始化本地缓存，等待相关资源就位等，可以使用delay进行延迟暴露。使Dubbo在Spring容器初始化完后延迟多少毫秒再暴露服务。使用方式：
<dubbo:service delay=“5000” interface=“com.alibaba.dubbo.demo.DemoService” ref=“demoService” version=“1.0.0”/>