目录
ChannelHandler 和 ChannelPipeline
前言
Netty是一个高性能、异步事件驱动的NIO框架,它提供了对TCP、UDP和文件传输的支持,作为一个异步NIO框架,Netty
的所有IO操作都是异步非阻塞的,通过Future-Listener机制,用户可以方便的主动获取或者通过通知机制获得IO操作结果。
点击这里 查看Netty的简介,更多介绍和文档以及相关下载 点击这里 进入官网查看,下面开始正式讲解。
Netty的由来
Netty并非横空出世,它是在BIO,NIO,AIO演变中的产物,如前言所说是一种NIO框架
- BIO是同步阻塞式IO,每当客户端有一个请求时就需要启动一个线程然后等待着处理,如果线程没有做IO操作的话且抢到了CPU的执行权,那么就会造成CPU的资源浪费
- NIO是同步非阻塞式IO,NIO使用Channel替换了原来的IO中的流,使用Selector(多路复用器)将客户端请求都注册起来,通过轮询来判断连接中是否有IO请求然后开启一个线程处理,使用了Buffer将原来的阻塞式变为了非阻塞式,但NIO在实际使用中是很繁琐的,而且轮询可能会造成死循环的BUG
- Netty则是对NIO进行了封装,将NIO的BUG解决了,简化了开发过程,并且通过Reactor线程模型实现了异步处理,减少了数据的复制,节省了资源
Netty的特性
分类 | Netty的特性 |
---|---|
设计 | 统一的 API,支持多种传输类型,阻塞的和非阻塞的 简单而强大的线程模型 真正的无连接数据报套接字支持 链接逻辑组件以支持复用 |
易于使用 | 详实的Javadoc和大量的示例集 注意:某些组件(例如HTTP / 2)可能有更多要求。请参阅 需求页面 以获取更多信息 |
性能 | 拥有比 Java 的核心 API 更高的吞吐量以及更低的延迟 得益于池化和复用, 拥有更低的资源消耗 最少的内存复制 |
健壮性 | 不会因为慢速、快速或者超载的连接而导致 OutOfMemoryError 消除在高速网络中 NIO 应用程序常见的不公平读/写比率 |
安全性 | 完整的 SSL/TLS 以及 StartTLS 支持 可用于受限环境下,如 Applet 和 OSGI |
社区驱动 | 发布快速而且频繁 |
Netty的核心组件
组件 | 介绍 |
---|---|
Channel | Channel(通道)是Java NIO的一个基本构造 它支持异步,可以双向传输数据,但需要结合Buffer来使用 Channel的性能要高于标准的IO和Stream |
回调 | 一个回调其实就是一个方法,一个指向已经被提供给另外一个方法的方法的引用 Netty 在内部使用了回调来处理事件 当一个回调被触发时,相关的事件可以被一个 interfaceChannelHandler 的实现处理。 |
Future | Future 提供了另一种在操作完成时通知应用程序的方式 每个 Netty 的出站 I/O 操作都将返回一个 ChannelFuture 它们都不会阻塞。 因为Netty 完全是异步和事件驱动的。 |
事件 | Netty 使用不同的事件来通知我们状态的改变或者是操作的状态 这使得我们能够基于已经 发生的事件来触发适当的动作 Netty 是一个网络编程框架,所以事件是按照它们与入站或出站数据流的相关性进行分类的 每个事件都可以被分发给 ChannelHandler 类中的某个用户实现的方法 |
ChannelHandler | Netty 的 ChannelHandler 为处理器提供了基本的抽象 可以认为每个 ChannelHandler 的实例都类似于一种为了响应特定事件而被执行的回调 |
简单DEMO
根据Netty的核心组件写的一个服务端客户端的小demo,点击这里访问。虽 然这只是一个简单的应用程序,但是它可以
伸缩到支持数千个并发连接——每秒可以比普通的基 于套接字的 Java 应用程序处理多得多的消息
重要的ByteBuf
ChannelHandler 和 ChannelPipeline
Netty线程模型
编解码器
网络应用开发流程
总结
上面未写内容待进一步学习和实战后进行补上以及其它模块的补充!
相关资源
百度网盘文件链接:https://pan.baidu.com/s/1HzXY1eNIibl46ZxQph5Lag 提取码:ejbq