Dubbo源码解析-服务调用（七）

一、服务调用流程

服务在订阅过程中，把notify 过来的urls 都转成了invoker，不知道大家是否还记得前面的rpc 过程，protocol也是在服务端和消费端各连接子一个invoker，如下图：

这张图主要展示rpc 主流程，消费端想要远程调用时，他是调用invoker#invoke方法;服务端收到网络请求时，也是直接触发invoker#invoke 方法。，Dubbo 设计invoker 实体的初衷，就是想要统一操作，无论你要做什么方法调用，都请使用invoker 来包装后，使用invoker#invoke来调用这个动作，简化来看，rpc 过程即是如此：

消费端invoker#invoke ------>网络---->服务端invoker#invoke--->ref 服务

 上面的链路是个简化的路径，但在实际的dubbo 调用中，此链条可能会有局部的多层嵌套，如：

消费端invoker#invoke ------>容错策略--->网络---->服务端invoker#invoke--->ref服务

那么此时要重新定义链条吗？那不是个好主意。Dubbo 的做法是这样，将容错策略也包装成invoker 对象： 

FailfastClusterInvoker#invoke--->protocolInvoker.invoke-->网络---->服务端invoker#invoke--->ref 服务

依次类推，dubbo 内部有非常多的invoker 包装类，它们层层嵌套，但rpc流程不关心细节，只傻瓜式地调用其invoke 方法，剩下的逻辑自会传递到最后一个invoker 进行网络调用。 

服务引入时，最终又对生成invoker的做了一层代理，所以熟悉动态代理的知道，当执行服务调用时最先执行到的是InvokerInvocationHandler#invoke方法

public <T> T getProxy(Invoker<T> invoker, Class<?>[] interfaces) {
	try {
		return (T) Proxy.getProxy(interfaces).newInstance(new InvokerInvocationHandler(invoker));
	} catch (Throwable fromJavassist) {
		// try fall back to JDK proxy factory
		try {
			T proxy = jdkProxyFactory.getProxy(invoker, interfaces);
			logger.error("Failed to generate proxy by Javassist failed. Fallback to use JDK proxy success. " +
				"Interfaces: " + Arrays.toString(interfaces), fromJavassist);
			return proxy;
		} catch (Throwable fromJdk) {
			logger.error("Failed to generate proxy by Javassist failed. Fallback to use JDK proxy is also failed. " +
				"Interfaces: " + Arrays.toString(interfaces) + " Javassist Error.", fromJavassist);
			logger.error("Failed to generate proxy by Javassist failed. Fallback to use JDK proxy is also failed. " +
				"Interfaces: " + Arrays.toString(interfaces) + " JDK Error.", fromJdk);
			throw fromJavassist;
		}
	}
}

二、Dubbo过滤器链

Filter（过滤器）在很多框架中都有使用过这个概念，基本上的作用都是类似的，在请求处理前或者处理后做一些通用的逻辑，而且Filter 可以有多个，支持层层嵌套。

Dubbo 的Filter 实现入口是在ProtocolFilterWrapper，因为ProtocolFilterWrapper 是Protocol 的包装类，所以会在SPI 加载的Extension 的时候被自动包装进来。当然filter 要发挥作用，必定还是要
在嵌入到RPC 的调用线中（你马上应该反应过来，嵌入的办法就是包装成invoker）
ProtocolFilterWrapper 作为包装类，会成为其它protocol 的修饰加强外层。因此，protocol 的export 和refer 方法，首先是调用ProtocolFilterWrapper 类的。

暴露服务代码：

public <T> Exporter<T> export(Invoker<T> invoker) throws RpcException {
	if (UrlUtils.isRegistry(invoker.getUrl())) {
		return protocol.export(invoker);
	}
	FilterChainBuilder builder = getFilterChainBuilder(invoker.getUrl());
	return protocol.export(builder.buildInvokerChain(invoker, SERVICE_FILTER_KEY, CommonConstants.PROVIDER));
}

引入服务代码：

public <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException {
	if (UrlUtils.isRegistry(url)) {
		return protocol.refer(