对于Invoker对象是JavassistProxyFactory的匿名内部类，如下图所示


- testDubboProtocol()调用流程

1. 首先protocol和proxy变量分别在DubboProtocolTest.java类加载过程时就已经分别加载好了，这里的Protocol和ProxyFactory对象都生成的是代理对象，分别为Protocol$Adaptive和ProxyFactory$Adaptive对象，对象类代码在上面；

2. 首先调用proxy#getInvoker()，调用的实际是ProxyFactory$Adaptive对象的getInvoker()方法，在上图可以看到具体逻辑，其方法逻辑中需要去ProxyFactory对象的扩展点实现类，经过调试ProxyFactory对象的扩展点实现类为StubProxyFactoryWrapper，最终会调用到JavassistProxyFactory的getInvoker()方法，它会最终生成一个AbstractProxyInvoker()匿名类对象，所以调试的时候可以发现invoker的引用是JavassistProxyFactory$1；

3. 获取到invoker之后，就传入到Protocol的扩展点实现类中去调用export()方法，由上图的Protocol$Adaptive可以知道，在export()方法中会去生成Protocol的扩展点实现类，这里的实现类是ProtocolFilterWrapper（这里为什么是这个实现类呢？去调研一下）。经过代理类的传递包装，最终来到了ProtocolFilterWrapper#export()方法；

4. 接着就是调用ProtocolFilterWrapper#buildInvocation()方法，构建调用链。就是先去获取Filter的扩展点实现类集合对象，然后倒叙遍历该集合对象然后将invoker对象和最后一个Filter对象封装为另一个Invoker，然后再继续传递到和上一个Filter对象继续封装成Invoker，以此往复封装。最终的结果就是将传入的invoker对象封装到了最后一个Filter之后，请求进来之后需要调用所有的Filter过后才会调用invoker对象，形成了一个Invoker链；

效果如下：


还需要注意的是，在ProtocolFilterWrapper#buildInvokerChain()方法中，生成的是匿名对象，即将3中传递过来的JavassistProxyFactory$1又包装起来放在了ProtocolFilterWrapper对象中，所以你会发现此时的invoker对象是ProtocolFilterWrapper$1；

5. 在ProtocolFilterWrapper#export()中，会调用ProtocolListenerWrapper#export()对象，在ProtocolListenerWrapper#export()中会返回一个ListenerExporterWrapper的匿名内部类对象，生成该匿名内部类之前会调用DubboProtocol#export()方法。

6. 千辛万苦，终于来到了DubboProtocol#export()的openServer()方法了，在openServer()方法中，会调用createServer(url)方法去创建Server；在DubboProtocol中会调用Exchangers#bind()去和Netty服务端进行绑定？

7. 随后调用Exchangers#getExchanger()方法去获取Exchanger的扩展点实现类，他的扩展点实现类是HeaderExchanger，即调用的是HeaderExchagner#bind()方法。在其方法中会构造一个HeaderExchangeServer对象，但是在传入入参时需要调用Transporters#bind()方法，将返回的对象作为入参。

8. 随后调用Transporters#getTransporter()方法，去获取Transporter的自适应扩展点实现类，这里实际获取的是一个代理类，是Transporter$Adaptive，类实现体在上面。接着就是调用的Transporter$Adaptive的bind()方法。最终去调用的netty4包下的NettyTransporter#bind()