使用Mina发送数据执行过程(以client端向server端发送数据为例)分析如下:
- session.write()
- 将要发送的数据加入到client端的消息队列(AbstractProtocolEncoderOutput#messageQueue)中
- 找到自定义编码器编码
- 由client端的process线程处理数据发送(使用NIO)
- server端的process线程处理数据接收
- 找到定义解码器解码
- 将数据添加到server端消息队列(AbstractProtocolDecoderOutput# messageQueue )中
- 循环处理消息数据,并在处理之前把将要处理的数据从消息队列中移除。(移除队首 messageQueue.poll())
- 找到目标处理器, 一次消息传输完成。
下面是代码流程演示:
客户端和服务端建立连接之后,开始发数据
进到AbstractIoSession#write(Object message, SocketAddress remoteAddress)中, 直到这里
writeRequest是对数据信息、session、以及remoteAddress 等信息的封装。然后进到DefaultIoFilterChain#fireFilterWrite中
然后进到ProtocolCodecFilter#filterWrite中,
编码之后,接下来就要发数据
到callPreviousFilterWrite中找到下一个Filter, 直到HeadFilter#filterWrite()
数据就是在这里(下图箭头处)调用process线程处理写操作。
process 线程是在client端执行connect方法的时候初始化的一个轮询线程。当然,在server端也存在类似的询线程。所有的IO处理都是有这个轮询线程处理。
而读操作,表明下一步就是找处理器(自定义的IOHandler),
在读操作中,可以看到寻找处理器的逻辑。
下面就是找自定义处理器部分了
下一步,找到解码器解码。解码之后,跟着一句decoderOut.flush(nextFilter, session) 。这句就是为读到的消息找到相应的处理器。
然后看当初自定义的解码器中有这一句 out.write(imageResponse), 这又是往哪里写数据呢?继续向下走。
这里会向messageQueue中添加一条记录 。
而在之前提到的decoderOut.flush(nextFilter, session) 方法中调用了getMessageQueue()。开始循环处理messageQueue中的数据。
然后经过一通转,来到TailFilter#messageRecived()方法处
终于到了执行自定义处理器的地方了!!!之后就是业务处理逻辑了。
到此为止,client端向server端发送消息就结束了。然后在messageReceived中调用session.write(response) 向client端发送数据,过程都是一样的。