NIO框架之MINA源码解析(五):NIO超级陷阱和使用同步IO与MINA通信
1、NIO超级陷阱
之所以说NIO超级陷阱,就是因为我在本系列开头的那句话,因为使用缺陷导致客户业务系统瘫痪。当然,我对这个问题进行了很深的追踪,包括对MINA源码的深入了解,但其实之所以会出现这个问题,它的根不是MINA的原因,而是JDK底层的问题。
JDK底层在实现nio时,为了能够唤醒等待在io上的线程,在windows平台使用了两个端口建立连接发消息实现。看如下代码:
- public class NIOTest {
- @Test
- public void test1(){
- final int MAXSIZE=1000;
- Selector [] sels = new Selector[ MAXSIZE];
- try{
- for( int i = 0 ;i< MAXSIZE ;++i ) {
- sels[i] = Selector.open();
- Thread.sleep(1000*10);
- }
- }catch( Exception ex ){
- ex.printStackTrace();
- }
- }
- }
也就是说每调用一次Selector.open(),就会占用两个随机可用端口,相互通信--这就是问题的根源。
当然对于我们的项目来说,这个问题的解决需要分两步,首先限制端口数到用户可接受范围内,这个比较容易,我们可用只调用一次Selector.open()方法即可,使用单利模式;第二步,因为Selector.open()方法每次都是使用的系统当前可用的随机端口,所以就有可能导致占用客户业务端口的情况,因此我们必须把Selector.open()所开的端口限制在一定范围内,最好可以通过代码指定使用哪几个端口,但是直到现在我们都没有找到,如果亲们有方法的话,很感谢能够告诉我....,。
Selector总结如下:
Windows下,Selector.open()会自己和自己建立两条TCP链接。不但消耗了两个TCP连接和端口,同时也消耗了文件描述符。
Linux下,Selector.open()会自己和自己建两条管道。同样消耗了两个系统的文件描述符。
来源于:http://blog.csdn.net/haoel/article/details/2224055
所以,现在我们现在就干脆用传统IO与MINA server通信吧。
2、使用同步IO与MINA通信
其实非常简单,唯一的难点就在于使用同步IO与MINA通信时,怎么编码和解码,还是看下面代码吧。
server 端(用的MINA)
- /**
- * 初始化设置,启动服务
- */
- public void startServer() {
- logger.debug("mina server start");
- int port = SysEvnVar.managerPort;
- logger.debug("manager端口号:" + port);
- IoAcceptor acceptor = new NioSocketAcceptor();
- /** 日志设置 */
- acceptor.getFilterChain().addLast("logger", new LoggingFilter());
- //编码与解码工厂,使用的技术就是JDK提供的ObjectOutStream
- ObjectSerializationCodecFactory objsCodec=new ObjectSerializationCodecFactory();
- objsCodec.setDecoderMaxObjectSize(DEFAULTDECODER);
- objsCodec.setEncoderMaxObjectSize(DEFAULTDECODER);
- /** 数据转换,编码设置 */
- acceptor.getFilterChain().addLast(
- "codec",
- new ProtocolCodecFilter(objsCodec));
- /** 设置业务处理类 */
- acceptor.setHandler(serverHandler);
- /** 设置buffer容量 */
- acceptor.getSessionConfig().setReadBufferSize(DEFAULTBUFFERSIZE);
- /** 设置空闲时间 */
- acceptor.getSessionConfig().setIdleTime(IdleStatus.BOTH_IDLE, DEFAULTIDLETIME);
- try {
- /** 绑定端口 */
- acceptor.bind(new InetSocketAddress(port));
- logger.info("mina server bind port ("+port+") sucess");
- } catch (IOException e) {
- logger.error("mina server bind port ("+port+") fail:" + e.getMessage(),e);
- }
- }
client端(使用同步IO)
- public void sendMessageToManager(HyRequest request) {
- Socket socket = null;
- BufferedInputStream inBuff = null;
- OutputStream outBuff = null;
- try {
- Integer port = Integer.parseInt(hyGlobalConfigureCacheImpl.get(
- "managerPort").toString());
- String host = hyGlobalConfigureCacheImpl.get("managerIp")
- .toString();
- socket = new Socket(host, port);
- inBuff = new BufferedInputStream(new DataInputStream(
- socket.getInputStream()));
- outBuff = socket.getOutputStream();
- String json = HyJsonUtil.reqeustToJsonStr(request);
- //编码开始,使MINA能够解析
- IoBuffer buf = IoBuffer.allocate(64);
- buf.setAutoExpand(true);
- buf.putObject(json);
- buf.flip();
- byte[] bytes =new byte[buf.limit()];
- buf.get(bytes);
- //编码结束,直接输出到客户端
- outBuff.write(bytes);
- outBuff.flush();
- if(request.getOperation() != null && !"quit".equals(request.getOperation())){
- String allreadstr = new String();
- byte[] b = new byte[512 * 1024];
- int len;
- byte[] tmp = new byte[0];
- if ((len = inBuff.read(b)) != -1) {
- tmp = new byte[len];
- System.arraycopy(b, 0, tmp, 0, len);
- }
- loger.debug("len:"+len);
- //解码开始,byte[]为MINA传过来的数据
- IoBuffer in = IoBuffer.wrap(tmp);
- Object obj = null;
- try {
- loger.debug("in:"+in);
- obj = in.getObject();
- //解码结束
- loger.debug("parse success");
- } catch (Exception e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- loger.debug("go to exception");
- loger.warn("nio parse exception",e);
- obj = "exception";
- }
- allreadstr = (String) obj;
- loger.info("receive message from "
- + socket.getRemoteSocketAddress().toString() + ",message:"
- + allreadstr);
- // 请求消息转换为HyResponse对象
- HyResponse response = HyJsonUtil.getHyResponse(allreadstr);
- HyRequest hyrequest = new HyRequest();
- hyResponseDispatcher = hyClientHandler.getHyResponseDispatcher();
- hyResponseDispatcher.responseProcess(hyrequest, response);
- if (hyrequest.getOperation() != null) {
- sendMessageToManager2(hyrequest);
- }
- }
- } catch (Exception e) {
- e.printStackTrace();
- } finally {
- try {
- if(null != outBuff)
- outBuff.close();
- } catch (IOException e1) {
- // TODO Auto-generated catch block
- e1.printStackTrace();
- }
- try {
- if(null != inBuff)
- inBuff.close();
- } catch (IOException e1) {
- // TODO Auto-generated catch block
- e1.printStackTrace();
- }
- if (socket != null) {
- try {
- socket.close();
- } catch (IOException e) {
- }
- }
- }
- }
看代码里面的注释,怎么编码和解码,其实我是直接看MINA源码,把MINA的编码和解码方法工具类直接拷到了我们的client端,这样就轻松的实现使用同步IO和MINA进行通信。
NIO框架之MINA源码解析(五):NIO超级陷阱和使用同步IO与MINA通信的更多相关文章
- Celery 源码解析五: 远程控制管理
今天要聊的话题可能被大家关注得不过,但是对于 Celery 来说确实很有用的功能,曾经我在工作中遇到这类情况,就是我们将所有的任务都放在同一个队列里面,然后有一天突然某个同学的代码写得不对,导致大量的 ...
- dubbo源码解析五 --- 集群容错架构设计与原理分析
欢迎来我的 Star Followers 后期后继续更新Dubbo别的文章 Dubbo 源码分析系列之一环境搭建 博客园 Dubbo 入门之二 --- 项目结构解析 博客园 Dubbo 源码分析系列之 ...
- ReactiveCocoa源码解析(五) SignalProtocol的observe()、Map、Filter延展实现
上篇博客我们对Signal的基本实现以及Signal的面向协议扩展进行了介绍, 详细内容请移步于<Signal中的静态属性静态方法以及面向协议扩展>.并且聊了Signal的所有的g功能扩展 ...
- ReactiveSwift源码解析(五) SignalProtocol的observe()、Map、Filter延展实现
上篇博客我们对Signal的基本实现以及Signal的面向协议扩展进行了介绍, 详细内容请移步于<Signal中的静态属性静态方法以及面向协议扩展>.并且聊了Signal的所有的g功能扩展 ...
- iOS即时通讯之CocoaAsyncSocket源码解析五
接上篇:iOS即时通讯之CocoaAsyncSocket源码解析四 原文 前言: 本文为CocoaAsyncSocket Read篇终,将重点涉及该框架是如何利用缓冲区对数据进行读取. ...
- Spring 源码解析之DispatcherServlet源码解析(五)
spring的整个请求流程都是围绕着DispatcherServlet进行的 类结构图 根据类的结构来说DispatcherServlet本身也是继承了HttpServlet的,所有的请求都是根据这一 ...
- Mybaits 源码解析 (十)----- 全网最详细,没有之一:Spring-Mybatis框架使用与源码解析
在前面几篇文章中我们主要分析了Mybatis的单独使用,在实际在常规项目开发中,大部分都会使用mybatis与Spring结合起来使用,毕竟现在不用Spring开发的项目实在太少了.本篇文章便来介绍下 ...
- NIO框架之MINA源码解析(四):粘包与断包处理及编码与解码
1.粘包与段包 粘包:指TCP协议中,发送方发送的若干包数据到接收方接收时粘成一包,从接收缓冲区看,后一包数据的头紧接着前一包数据的尾.造成的可能原因: 发送端需要等缓冲区满才发送出去,造成粘包 接收 ...
- NIO框架之MINA源码解析(转)
http://blog.csdn.net/column/details/nio-mina-source.html http://blog.csdn.net/chaofanwei/article/det ...
随机推荐
- Hadoop错误:java.io.IOException: Incompatible clusterIDs
问题: 配置Hadoop集群时,一个节点的DataNode无法启动 排查: 查看hadoop-root-datanode-bigdata114.log文件,错误信息如下: java.io.IOExce ...
- UV纹理+修改器:VertexWeightEdit+修改器:Mask遮罩
UV纹理+修改器: VertexWeightEdit+修改器: Mask遮罩 基本流程, 如下图,准备地图一份, 黑白色即可. 纹理使用颜色绘制权重. 白色为1, 黑色为0. 新增球体, 细分多次, ...
- THML分组元素
学习要点: 1.分组元素总汇 2.分组元素解析 一.分组元素总汇 元素名称 说明 ...
- 【HAOI2011】problem a
又看题解了,这样下去要跪啊QAQ 原题: 一次考试共有n个人参加,第i个人说:“有ai个人分数比我高,bi个人分数比我低.”问最少有几个人没有说真话(可能有相同的分数) 1≤n≤100000 0≤ ...
- centos7和linux防火墙配置入门
linux部分 iptables -L 列出当前防火墙策略 iptables -F 清空防火墙策略 iptables -P INPUT DROP 默认设置丢弃进来的流量包(-p指默认策 ...
- Map的嵌套使用
Map嵌套Map: 例: AAA: Javas班: 001 熊大 002 熊二 Hdoop班 001 小猪猪 002 小菲菲 ★使用增强for循环遍历Set数组: import java.util.H ...
- 当 1117 遇到 MLCC 后
当 1117 遇到 MLCC 后 AMS1117 很多人用过吧,但是当大容量的 MLCC 时会出现什么呢? 会出现问题,而且严重的问题,输出纹波会变大,会自激,会有声音出来. 这是很多工程师没有注意的 ...
- mysql之 myloader原理介绍
myloader恢复主要流程 1.首先由myloader主线程完成建库建表,依次将备份目录下建库和建表文件执行应用到目标数据库实例中: 2.接着myloader主线程会生成多个工作线程,由这些 ...
- webpack 3 升级到 webpack 4,遇到问题解决
报错:Error: Chunk.entrypoints: Use Chunks.groupsIterable and filter by instanceof Entrypoint instead 解 ...
- zookeeper 启动显示started,jps查看进程却没有,解决方法
如图所示, 输入 zkServer.sh start 显示如下: Starting zookeeper ... STARTED 可是输入jps指令 却找不到zookeeper进程 去zkdata文件目 ...