Netty学习一：基本知识

1. Netty基础知识

1.1 Netty出现的原因

• Java NIO 太难用，存在BUG（如Epoll-Bug）
• 基于第一点，大多数高性能服务器被C和C++盘踞
• 同样基于第一点，Java NIO编程门槛高
• 业界其他的NIO框架不成熟

1.2 Netty

Netty是由JBOSS提供的一个Java开源框架。Netty提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可靠性的网络服务器和客户端程序。

也就是说，Netty 是一个基于NIO的客户、服务器端编程框架，使用Netty 可以确保你快速和简单的开发出一个网络应用，例如实现了某种协议的客户，服务端应用。Netty相当简化和流线化了网络应用的编程开发过程，例如，TCP和UDP的socket服务开发。

“快速”和“简单”并不意味着会让你的最终应用产生维护性或性能上的问题。Netty 是一个吸收了多种协议的实现经验，这些协议包括FTP,SMTP,HTTP，各种二进制，文本协议，并经过相当精心设计的项目，最终，Netty 成功的找到了一种方式，在保证易于开发的同时还保证了其应用的性能，稳定性和伸缩性.

1.3 特性

1.3.1 设计

• 统一的API，适用于不同的协议（阻塞和非阻塞）
• 基于灵活、可扩展的事件驱动模型
• 高度可定制的线程模型
• 可靠的无连接数据Socket支持（UDP）

1.3.2 性能

• 更好的吞吐量，低延迟
• 更省资源
• 尽量减少不必要的内存拷贝

1.3.3 安全

• 完整的SSL/TLS和STARTTLS的支持
• 能在Applet与Android的限制环境运行良好

1.3.4 健壮

• 不再因过快、过慢或超负载连接导致OutOfMemoryError
• 不再有在高速网络环境下NIO读写频率不一致的问题

1.3.5 易用

• 完善的JavaDoc，用户指南和样例
• 简洁简单
• 仅依赖标准JDK

1.4 与其他框架的比较

1.4.1 Mina

Mina是有apache开发的帮助用户开发高性能和高伸缩网络应用程序的框架。它通过Java nio技术基于TCP/IP和UDP/IP协议提供了抽象的、事件驱动的、异步的API。

Netty与Mina的比较：

• Netty和Mina的主导作者是同一人
• Mina出自于Apache，Netty出身于商业开源大亨Jboss
• Mina和Netty都采用了Reactors in threads模型
• Mina是heapbytebuffer，Netty是directbytebuffer
• 调度任务的不同
• Mina和内核结合更紧密
• Netty开发比Mina开发更灵活，更友好

2. 架构简介

2.1 架构分析

2.1.1 总体结构

2.1.1.1 Core

Netty Core是Netty核心内容，它包括事件模型、通用API和Zero Copy功能。是上层功能的基础，由Core可以构建不同的应用服务。

2.1.1.2 Protocl Support

Protocol Support提供了多种协议的编解码包括HTTP、二进制和Google Protobuf等等，它们通过Codec Framework进行整合。

2.1.1.3 Transport Support

Transport Support提供了基本的NIO和BIO传输实现，是Netty网络通信的基础。

2.1.1.4 Security Support

Security Support不光提供了通信层的安全保障（比如SSL/TLS）,还在应用层提供了解决OOM的方案。

2.1.1.5 Container Integration

Container Integration是可以应用于其他主流开发框架的集合，通过它可以和Spring、OSGi进行快速集成，为快速使用Netty提供基础支撑。

2.1.2 逻辑架构

2.1.2.1 Reactor通信调度层

该层的主要职责是监听网络的读写和连接操作，负责将网络层的数据读取到内存缓冲区中，然后触发各种网络事件，例如连接创建、连接激活、读事件、写事件等等。将这些事件触发到PipeLine中，由PipeLine管理的职责链来后续进行处理。

2.1.2.2 PipeLine

PipeLine是职责链ChannelPipeLine,它负责事件在职责链中的有序传播，同时负责动态的编排职责链。职责链可以选择监听和处理自己关心的事件，它可以拦截处理和向后/向前传播事件。不同应用的Handler节点的功能也不同，通常情况下，往往会开发编解码Handler用于消息的编解码，它可以将外部的协议消息转换成内部的POJO对象，这样上层业务则只需要关心处理业务逻辑即可，不需要感知底层的协议差异和线程模型差异，实现层面的分层隔离。

2.1.2.3 业务逻辑编排层

业务逻辑编排层通常有两类：一类是纯粹的业务逻辑编排，还有一类是其他的应用层协议插件，用于特定协议相关的会话和链路管理。

2.1.2.4 分层设计

架构的不同层面，需要关心和处理的对象都不同，通常情况下，对于业务开发者，只需要关心职责链的拦截和业务Handler的编排，因为应用层协议栈往往是开发一次，到处运行，实际上对于业务开发者来说，只需要关心服务层的业务逻辑开发即可。各种应用协议以插件的形式提供，只有协议开发人员需要关注协议插件，对于其他业务开发人员来说，只需要关心业务逻辑定制即可。这种分层的架构设计理念实现了NIO框架各层之间的解耦，便于上层业务协议栈的开发和业务逻辑的定制。

正是由于Netty的分层架构设计合理，基于Netty的各种应用服务器和协议栈开发才能够如雨后春笋般得到快速发展。

2.2 架构特点

2.2.1 高性能

性能是设计出来的，而不是测试出来的

• 采用异步非阻塞I/O类库，基于Reactor模型实现，解决了传统同步阻塞I/O模式下一个服务器无法平滑地处理线性增长的客户端问题
• TCP接收和发送缓冲区使用直接内存代替堆内存，避免了内存复杂，提高读写性能
• 通过内存池循环利用ByteBuf，避免频繁创建和销毁带来的性能损耗
• 可配置的IO线程数、TCP参数
• 采用环形数组缓冲区实现无锁化并发编程
• 关键资源使用单线程串行化方式
• 通过引入计数器及时地申请释放不再被引用的对象，细粒度的内存管理，减少GC

2.2.2 可靠性

• 链路有效性检测

  心跳机制进行检测：空闲时检测，事件通知

• 内存保护机制

  计数器、重用、上限

• 优雅停机

2.2.3 可定制扩展性

• 责任链模式
• 基于接口开发
• 提供了大量工厂类
• 提供了大量的可配置参数

3. 应用

• 在互联网中的应用：Dubbo

  1. 提供异步、高性能的NIO的通信框架

  2. NIO客户端和服务端

  3. 心跳检测能力

  4. 断连重连机制

  5. 流量控制

  6. Dubbo协议的编解码

• 大数据领域的应用:Apache Avro

  1. 提供异步、高性能的NIO的通信框架

  2. NIO客户端和服务端

  3. 心跳检测能力

  4. 断连重连机制

  5. 流量控制

• 游戏服务器的应用

  1. 为各进程提供高性能的异步网络通信能力

  2. 自定义协议的编解码

  3. 心跳检测、流量整形、日志统计

  4. SSL、黑白名单

  5. 内存池技术保证最大限度重用对象

4. 未来发展

• 广泛的应用

• 深入的技术演进

  1. 支持Android
  2. 简化处理器层次
  3. 更简单更精确的缓冲区泄漏追踪
  4. 更灵活的线程模型
  5. ...

• 活跃的社区

  最后的提交在两小时前

• 明确的Road Map

  4.x

  5.x

来源：https://www.cnblogs.com/TomSnail/p/6122433.html