Netty的出现
原生NIO存在的问题
- NIO的类库和API复杂, 使用麻烦: 需要熟练掌握Selector、ServerSocketChannel、SocketChannel、ByteBuffer 等。
- 需要具备其他的额外技能: 比如: Java多线程编程, 由于NIO编程设计到Reactor模式, 程序员必须对多线程和网络编程非常熟悉, 才能编写出高质量的NIO程序。
- 开发工作量和难度都非常大: 例如客户端面临断连重连、网络闪断、半包读写、失败缓存、网络拥塞和异常流的处理等等。
- JDK NIO 的 Bug: 例如臭名昭著的 Epoll Bug, 它会导致Selector空轮询, 最终导致CPU 100%。直到JDK1.7 版本该问题仍然存在, 未被根本解决。
Netty官网说明
官网: https://netty.io
Netty is an asynchronous event-driven network application framework
for rapid development of maintainable high performance protocol servers & clients.- 翻译一下就是: Netty是一个异步的基于事件驱动的网络应用框架, 用于快速开发可控的高性能协议的服务端与客户端
架构图

- Core(核心):
- Extensible Event Model: 可扩展的事件模型
- Universal Communication API: 通用的通信API
- Zero-Copy-Capable Rich Byte Buffer: 可以实现零拷贝的丰富的字节缓冲区
- Transport Services(传输服务):
- Socket & Datagram: Socket套接字 以及 Datagram(Spark 及 python中常见的数据格式)
- HTTP Tunnel: HTTP 隧道
- In-VM Pipe: 虚拟机管道
- Protocol Support(协议支持):
- HTTP & WebSocket
- SSL(Secure Sockets Layer) StartTLS(能够让明文的通信连线直接成为加密连线, 而不需要使用另一个特别的端口来进行加密通信)
- Google Protobuf (是一种语言无关、平台无关、可扩展的序列化结构数据的方法,它可用于(数据)通信协议、数据存储等, 在大数据领域也是常用的)
- zlib/gzip Compression(zlib/gzip 压缩)
- Large File Transfer(大文件传输)
- RTSP(Real Time Streaming Protocol 实时流传输协议)
- Legacy Text Binary Protocols with Unit Testability(具有单元可测试性的文本二进制协议)
- Core(核心):
Netty的优点
- Netty对JDK自带的NIO的API进行了封装, 解决了原生NIO存在的问题。
- 设计优雅: 适用于各种传输类型的统一API阻塞和非阻塞Socket; 基于灵活且可扩展的事件模型, 可以清晰地分离关注点;高度可订制的线程模型 - 单线程, 一个或多个线程池。
- 使用方便: 详细记录的JavaDoc, 用户指南和是示例; 没有其他依赖项, JDK5(Netty 3.x) 或 6 (Netty 4.x) 就足够了。
- 高性能、吞吐量更高: 延迟更低; 减少资源消耗; 最小化不必要的内存复制。
- 安全: 完整的 SSL/TLS 和 StartTLS 支持。
- 社区活跃、不断更新; 社区活跃, 版本迭代周期短, 发现的 Bug 可以被及时修复, 同时, 更多的新功能会被加入。
Netty的出现的更多相关文章
- 谈谈如何使用Netty开发实现高性能的RPC服务器
RPC(Remote Procedure Call Protocol)远程过程调用协议,它是一种通过网络,从远程计算机程序上请求服务,而不必了解底层网络技术的协议.说的再直白一点,就是客户端在不必知道 ...
- 基于netty http协议栈的轻量级流程控制组件的实现
今儿个是冬至,所谓“冬大过年”,公司也应景五点钟就放大伙儿回家吃饺子喝羊肉汤了,而我本着极高的职业素养依然坚持留在公司(实则因为没饺子吃没羊肉汤喝,只能呆公司吃食堂……).趁着这一个多小时的时间,想跟 ...
- 从netty-example分析Netty组件续
上文我们从netty-example的Discard服务器端示例分析了netty的组件,今天我们从另一个简单的示例Echo客户端分析一下上个示例中没有出现的netty组件. 1. 服务端的连接处理,读 ...
- 源码分析netty服务器创建过程vs java nio服务器创建
1.Java NIO服务端创建 首先,我们通过一个时序图来看下如何创建一个NIO服务端并启动监听,接收多个客户端的连接,进行消息的异步读写. 示例代码(参考文献[2]): import java.io ...
- 从netty-example分析Netty组件
分析netty从源码开始 准备工作: 1.下载源代码:https://github.com/netty/netty.git 我下载的版本为4.1 2. eclipse导入maven工程. netty提 ...
- Netty实现高性能RPC服务器优化篇之消息序列化
在本人写的前一篇文章中,谈及有关如何利用Netty开发实现,高性能RPC服务器的一些设计思路.设计原理,以及具体的实现方案(具体参见:谈谈如何使用Netty开发实现高性能的RPC服务器).在文章的最后 ...
- Netty构建分布式消息队列(AvatarMQ)设计指南之架构篇
目前业界流行的分布式消息队列系统(或者可以叫做消息中间件)种类繁多,比如,基于Erlang的RabbitMQ.基于Java的ActiveMQ/Apache Kafka.基于C/C++的ZeroMQ等等 ...
- 基于Netty打造RPC服务器设计经验谈
自从在园子里,发表了两篇如何基于Netty构建RPC服务器的文章:谈谈如何使用Netty开发实现高性能的RPC服务器.Netty实现高性能RPC服务器优化篇之消息序列化 之后,收到了很多同行.园友们热 ...
- Netty构建分布式消息队列实现原理浅析
在本人的上一篇博客文章:Netty构建分布式消息队列(AvatarMQ)设计指南之架构篇 中,重点向大家介绍了AvatarMQ主要构成模块以及目前存在的优缺点.最后以一个生产者.消费者传递消息的例子, ...
- JAVA通信系列三:Netty入门总结
一.Netty学习资料 书籍<Netty In Action中文版> 对于Netty的十一个疑问http://news.cnblogs.com/n/205413/ 深入浅出Nettyhtt ...
随机推荐
- Java Reflection (JAVA反射) --转载
对于软件开发人员来说,单元测试是一项必不可少的工作.它既可以验证程序的有效性,又可以在程序出现 BUG 的时候,帮助开发人员快速的定位问题所在.但是,在写单元测试的过程中,开发人员经常要访问类的一些非 ...
- SSM项目中,关于Test类中不能使用Autowired注入bean的问题
在测试类中使用AutoWired注解一直不能获取到Bean,调用方法时一直报空指针异常,我有在其他类中使用AutoWired试了下,发现能够生效.问题应该就是处在Test类中,后面找了半天终于找到问题 ...
- linux命令系列-mv(移动-重命名)
#常用命令选项 默认覆盖 -n 不覆盖 -i 交互 -f 不交互直接覆盖 -u 只移动新的文件 -v 显示详细信息 #移动覆盖3个文件到/tmp目录 mv a.txt b.txt c.txt /tmp ...
- 浅谈PHP组件、框架以及Composer
本篇文章主要介绍了PHP组件.框架以及Composer,具有一定的学习价值,感兴趣的朋友可以了解一下. 什么是组件 组件是一组打包的代码,是一系列相关的类.接口和Trait,用于帮助我们解决PHP应用 ...
- 140、Java内部类之实例化内部类对象
01.代码如下: package TIANPAN; class Outer { // 外部类 private String msg = "Hello World !"; class ...
- Input输入框日期控件
案例 https://pan.baidu.com/s/1i6BNLcT 密码:p77m
- JAVA培训—线程同步--卖票问题
线程同步方法: (1).同步代码块,格式: synchronized (同步对象){ //同步代码 } (2).同步方法,格式: 在方法前加synchronized修饰 问题: 多个人同时买票. 1. ...
- 一 SSH整合:Spring整合Struts2的两种方式,struts.xml管理Action&Bean管理Action
SSH回顾 1 引入jar包 Struts2的jar包 D:\Struts2\struts-2.3.35\apps\struts2-blank\WEB-INF\lib 开发基本包 Struts2有一 ...
- cookie注入
通常我们的开发人员在开发过程中会特别注意到防止恶意用户进行恶意的注入操作,因此会对传入的参数进行适当的过滤,但是很多时候,由于个人对安全技术了解的不同,有些开发人员只会对get,post这种方式提交的 ...
- 「NOIP2015」运输计划
传送门 Luogu 解题思路 首先这题可以直接二分答案,然后我们每次都把属于长度大于二分值的路径上的边标记一次,表示选这条边可以优化几条路径. 然后我们显然是要选一条覆盖次数等于需要覆盖的路径数并且长 ...