在dubbo接口方法重载且入参未显式指定序列化id导致ClassCastException分析时候用到了dubbo的通信层和编解码，dubbo有个transport层，默认使用netty4进行网络通信，写的非常好，dubbo的netty4可以直接作为基础模块作为我们项目的通信框架。但是由于dubbo要兼容mina、graazz、netty5等网络通信，因此自定定义了一套Channel、ChannelHandler来适配不同的通信框架，我们看到时候容易搞混乱，实际我们只需要netty4而已，因此记录下dubbo provider和consumer的tcp建立监听和连接，方便排除问题，也用于以后使用到netty4的时候，直接可以迁移过去。
dubbo服务端和客户端建立连接记录此xmind是针对dubbo系列一、dubbo启动流程的补充，增加了dubbo tcp的监听和连接，如下图 dubbo netty客户端&服务端启动流程，有了此图，以后遗忘了，也很容易回顾起来。
xmind下载地址
dubbo服务端功能：监听tcp端口，创建NettyServer对象，此对象表示tcp 服务端，持有dubbo channelhandler chain、客户端连接的dubbo channel、监听端口绑定的netty channel。NettyServer也是个ChannelHandler。
服务端netty pipeline 【HeadContext InternalDecoder InternalEncoder NettyServerHandler TailContext】
接收客户端请求，触发pipeline的channelRead事件，执行顺序 HeadContext->InternalDecoder->InternalEncoder->NettyServerHandler->TailContext，仅执行netty pipeline inboud事件
响应客户端请求，触发pipeline的write事件，执行顺序 TailContext->NettyServerHandler->InternalEncoder->InternalDecoder->HeadContext，仅执行netty pipeline outboud事件
其中InternalDecoder/InternalEncoder分别用作dubbo协议解码/编码
重要的是NettyServerHandler，是个inboud&outbound，持有dubbo channelhandler chain（即NettyServer，而NettyServer又持有dubbo channelhandler chain），维护的客户端连接channel集合，而dubbo channel(即NettyChannel)又持有netty channel，在读取请求时候，经过解码后，把netty channel封装为dubbo channel(即NettyChannel)，然后由dubbo channelhandler chain链式处理dubbo channel，这样针对不同的通信进行了统一封装，最后由dubbo channel chain调用最终的目标对象。那么我们扩展的话，也只是扩展dubbo channel chain而已。
这里的dubbo channelhandler chain是[NettyServer->MultiMessageHandler->HeartbeatHandler->AllChannelHandler->DecodeHandler->HeaderExchangeHandler->DubboProtocol$1]，由NettyServerHandler触发，每个channehandler职责不同，最终由 channelhandler DubboProtocol$1进行调用目标方法，执行业务逻辑。
dubbo客户端即netty client，连接服务端，和服务端保持长连接，对象是NettyClient，同时也是个ChannelHandler，持有netty channel，持有dubbo channelhandler chain【MultiMessageHandler->HeartbeatHandler->AllDispatcher->DecodeHandler->HeaderExchangeHandler->DubboProtocol$1】。
设计方式和nett server基本相同，也是通过netty pipeline触发dubbo channel chain。
client 端netty pipeline 【HeadContext->InternalDecoder->InternalEncoder->NettyClientHandler->TailContext】。
请求服务端，触发pipeline的write事件，执行顺序 TailContext->NettyClientHandler->InternalEncoder->InternalDecoder->HeadContext，仅执行netty pipeline outboud事件。
接收服务端响应，触发pipeline的channelRead事件，执行顺序 HeadContext->InternalDecoder->InternalEncoder->NettyClientHandler->TailContext，仅执行netty pipeline inboud事件。
重要的是NettyClientHandler，是个inboud&outbound，持有dubbo channelhandler，即NettyClient(持有dubbo channelhandler chain，netty channel)，那么也就持有dubbo channelhandler chain和netty channel，NettyClientHandler.handler即NettyClient->MultiMessageHandler->HeartbeatHandler->AllChannelHandler->DecodeHandler->HeaderExchangeHandler->DubboProtocol$1
维护的客户端连接channel集合，而dubbo channel(即NettyChannel)又持有netty channel，在读取请求时候，经过解码后，把netty channel封装为dubbo channel(即NettyChannel)，然后由dubbo channelhandler chain链式处理dubbo channel，这样针对不同的通信进行了统一封装，最后由dubbo channel chain调用最终的目标对象。那么我们扩展的话，也只是扩展dubbo channel chain而已。
这里的dubbo channelhandler chain是[NettyClient->MultiMessageHandler->HeartbeatHandler->AllChannelHandler->DecodeHandler->HeaderExchangeHandler->DubboProtocol$1]，由NettyClientHandler触发，每个channehandler职责不同，最终由 channelhandler DubboProtocol$1进行调用目标方法，执行业务逻辑。
dubbo请求通信层完整流程总结了下dubbo从客户端到服务端的整个流程，包含IO线程和业务线程的切换，netty的执行，见下图
图中的❶❷❸❹是IO线程和业务线程切换处，发生在netty pipeline的执行中，下面详细说下