Netty框架之异步事件驱动模型
来源:互联网 发布:料理机 鱼汤 知乎 编辑:程序博客网 时间:2024/05/21 03:27
Netty使用了异步的事件驱动模型,来触发网络I/O的各种操作,其在socket层上面封装一层异步事件驱动模型,使得业务代码不需要关心网络底层,就可以编写异步的无网络I/O阻塞的代码。
Netty的异步事件驱动模型主要涉及到下面几个核心的概念:
- Channel:表示一个与socket关联的通道
- ChannelPipeline:管道,一个Channel拥有一个ChannelPipeline,ChannelPipeline维护着一个处理链(严格的说是两个:upstream、downstream),处理链是由很多处理句柄ChannelHandler所构成,每个ChannelHandler处理完以后会传递给链中的下一个处理句柄继续处理。
- ChannelHandler:处理句柄,用户可以定义自己的处理句柄来处理每个请求,或发出请求前进行预处理,典型的有编码/解码器:decoder、encoder。
- ChannelEvent:事件,是整个模型的处理对象,当产生或触发(fire)一个事件时,该事件会沿着ChannelPipeline处理链依次被处理。
- ChannelFuture:异步结果,这个是异步事件处理的关键,当一个事件被处理时,可以直接以ChannelFuture的形式直接返回,不用在当前操作中被阻塞。可以通过ChannelFuture得到最终的执行结果,具体的做法是在ChannelFuture添加监听器listener,当操作最终被执行完后,listener会被触发,我们可以在listener的回调函数中预定义我们的业务代码。
模型的结构图如下:
ChannelPipeline实际上维持了两个处理链:upstream、downstream。Upstream一般处理来自Channel的读事件,而downstream一般处理向Channel的写事件。需要注意的是,这两个处理链是相互独立的,在upstream链中传递到最后一个ChannelHandler处理后,不会再传递到downstream链中继续处理。
在downstream链的末端会有个ChannelSink处理,用户可以自定义这个ChannelSink的实现,系统也有个默认的实现,当downstream链中最后一个ChannelHandler处理完后会被传递给这个ChannelSink进行最后的处理。
- Netty框架之异步事件驱动模型
- Netty框架之异步事件驱动模型
- Netty框架之异步事件驱动模型
- Netty 基于事件驱动模型实现的异步IO
- netty之事件驱动原理
- netty之事件驱动原理
- 【第1章】【Netty——异步和事件驱动】
- Netty框架之网络线程模型
- JavaSocket编程之Netty框架线程模型
- Netty框架之网络线程模型
- 【Nginx】事件驱动框架和异步处理
- netty事件驱动总结
- Netty事件驱动总结
- Netty事件驱动总结
- 框架之Struts2篇----day4.1(事件驱动和模型驱动)
- Netty-异步和数据驱动
- 【Netty】Netty系列之Netty线程模型
- 手游服务端框架之使用事件驱动模型解决业务高耦合
- C#方法
- 给部分培训学生的建议
- Mercurial与TortoiseHg使用入门教程
- 通过读取properties文件动态生成对数据库的连接
- 大话设计模式之外观模式
- Netty框架之异步事件驱动模型
- 电话号码归属地查询——利用邮编从网络上抓取地址信息(1)
- CopyOnWriteArrayList
- 大话设计模式之状态模式
- jquery easyui datagrid 分页 详解
- Netty框架之网络线程模型
- FTP 类
- 电话号码归属地查询——利用邮编从网络上抓取地址信息(2)
- QT学习5:组装积木