java nio框架 nettynetty客户端连接成功后为什么会自动掉线

来源：蜘蛛抓取(WebSpider) 时间：2017-08-16 06:51 标签： java nio 框架首选
Please enable JavaScript to view theNetty 和 Mina 我究竟该选择哪个？
　　根据我的经验，无论选择哪个，都是个正确的选择。两者各有千秋，Netty 在内存管理方面更胜一筹，综合性能也更优。但是，API 变更的管理和兼容性做的不是太好。相比于 Netty，Mina 的前向兼容性、内聚的可维护性功能更多，例如 JMX 的集成、性能统计、状态机等。
Netty 是业界最流行的 NIO 框架之一，它的健壮性、功能、性能、可定制性和可扩展性在同类框架中都是首屈一指的，它已经得到成百上千的商用项目验证，例如 Hadoop 的 RPC 框架 Avro 使用 Netty 作为通信框架。很多其它业界主流的 RPC 和分布式服务框架，也使用 Netty 来构建高性能的异步通信能力。
　　Netty 的优点总结如下：
API 使用简单，开发门槛低；
功能强大，预置了多种编解码功能，支持多种主流协议；
定制能力强，可以通过 ChannelHandler 对通信框架进行灵活的扩展；
性能高，通过与其它业界主流的 NIO 框架对比，Netty 的综合性能最优；
社区活跃，版本迭代周期短，发现的 BUG 可以被及时修复，同时，更多的新功能会被加入；
经历了大规模的商业应用考验，质量得到验证。在互联网、大数据、网络游戏、企业应用、电信软件等众多行业得到成功商用，证明了它完全满足不同行业的商用标准。
　　正是因为这些优点，Netty 逐渐成为 Java NIO 编程的首选框架。
阅读(...) 评论()网络编程（16）
在《》里我们试图分析一个消息收发次数不匹配的问题。当时笔者还是心存疑惑的。所以决定先学习一下Java
NIO的机制。
经过简单的了解，笔者大胆的猜测和“武断”一下该问题的原因。
首先，Selector机制让我们注册一个感兴趣的时间，然后只要有该时间发生，就会传递给接收端。我们写了三次，接收端一定会出发三次的。
然后，Netty实现机制里，有个Buffer缓冲池，把收到的信息都缓存在里面，通过一个线程统一处理。也就是我们看到的那个buffer的处理过程。
Netty的设置中，有一个一次性最多读取字节大小的设定。并且，事件的触发是在处理过缓冲池中的消息之后。我们再来回顾一下Netty中读取信息的那段代码：
01.ByteBuffer
bb = recvBufferPool.acquire(predictedRecvBufSize);
03.while&((ret
= ch.read(bb)) &&0)
04.readBytes
05.if&(!bb.hasRemaining())
09.failure
10.}&catch&(ClosedChannelException
12.}&catch&(Throwable
13.fireExceptionCaught(channel,
16.if&(readBytes
17.bb.flip();
19.final&ChannelBufferFactory
bufferFactory =
20.channel.getConfig().getBufferFactory();
21.final&ChannelBuffer
buffer = bufferFactory.getBuffer(readBytes);
22.buffer.setBytes(0,
23.buffer.writerIndex(readBytes);
25.recvBufferPool.release(bb);
28.predictor.previousReceiveBufferSize(readBytes);
31.fireMessageReceived(channel,
32.}&else&{
33.recvBufferPool.release(bb);
可以看到，如果没有读取到字节是不会触发事件的，所以我们可能会收到2次或者3次信息。（如果发的快，解析的慢，后两次信息，一次性读取了，就2次，如果发送间隔长，分次解析，就收到3次。）原因应该就是如此。跟我们开始猜的差不多，只是不敢确认。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：24619次
排名：千里之外
原创：30篇
转载：34篇
(3)(1)(3)(2)(1)(2)(1)(2)(1)(3)(1)(4)(21)(19)Please enable JavaScript to view the

我要回帖

更多关于 java nio 框架首选 的文章

 

随机推荐