借贷宝陈思思,cz3285航班,600大宗论坛
在网络通信中，Socket通信的双方分为服务端与客户端，在Java NIO 的实现中采用Socket/ServerSocket, SocketChannel/ServerSocketChannel分别表示客户端与服务端对象及程序与所操作的Socket间的连接通道。
在Mina框架中采用IoAcceptor来表示接受连接的服务端，而用IoConnector表示客户端。这里我认为IoAccepto/IoConnector更像是SocketChannel/ServerSocketChannel的进一步抽象，表示的是应用程序 与 Socket间的连接通道。
首先看IoAcceptor的类图关系，这里只关心Socket相关的部分：
可见IoAcceptor和IoConnector都继承自IoService，IoConnector的实现与IoAcceptor类似，图中未给出。在实际的Socket通信编程中，最终应用的类是SocketAcceptor。事实上Mina对NIO的实现更多的体现在AbstractPollingIoAcceptor（以及对应的AbstractPollingIoConnector）中，在其中定义了内部类Acceptor来实现对到达连接的轮询处理。内部类Acceptor实现了接口Runnable, AbstractIoService本身持有Executor，Acceptor执行的轮询任务交由Executor处理。
值得注意的是此处的Executor可以由程序开发者指定具体的类型，在未指定的情况下，其默认的实现是CachedThreadPool。事实上对于IoAcceptor来说，每个Acceptor对应的Socket为一个，对到达连接的轮询处理已交由Acceptor线程处理，此处仍旧定义了线程池似乎多此一举。
对于到达的连接则交由AbstractPollingIoAcceptor其本身持有的processor处理。在未明确指定的情况下其本身的processor是SimpleIoProcessorPool类型，关于processor是另外一个话题。
由此可以看到，IoAcceptor本身占用一个线程完成对到达连接的接收处理，后续连接建立后会话中通信的处理则交由Processor负责。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
浅析我对 String、StringBuilder、StringBuffer 的理解
使用IDEA搭建SSM框架的详细教程(spring + springMVC +MyBatis)
Springboot整合freemarker 404问题解决方案
引入mybatis-plus报 Invalid bound statement错误问题的解决方法
我要评论
网友评论