netty功能实现讲解

本文的所有示例代码出处：https://github.com/singgel/NettyDemo/tree/master/src/test/java/com/singgel

一. 简介

Netty is a NIO client server framework which enables quick and easy development of network applications such as protocol servers and clients. It greatly simplifies and streamlines network programming such as TCP and UDP socket server.

'Quick and easy' doesn't mean that a resulting application will suffer from a maintainability or a performance issue. Netty has been designed carefully with the experiences earned from the implementation of a lot of protocols such as FTP, SMTP, HTTP, and various binary and text-based legacy protocols. As a result, Netty has succeeded to find a way to achieve ease of development, performance, stability, and flexibility without a compromise.

　　上面一段话引子Netty官网：Netty是一个基于NIO的客户端与服务端框架，可以让我们简单快速的开发协议化的客户端/服务端的网络应用。Netty可以非常简单的进行网络编程，例如TCP和UDP的套接字服务。"快速和简单"并不意味着我们使用Netty编写的应用很难维护，也不会导致性能问题。Netty的设计非常的谨慎，设计Netty的经验来源于对FTP, SMTP,HTTP以及遗留的各种二进制和基于文本的协议的大量的实现。总之，Netty在实现了快速快发，高性能，稳定性强，易于扩展方面寻找到一种极佳的方式，而不会为了某些因素作出任何的妥协。

　　当然，以上只是官网的陈述，笔者发现几乎所有的框架都会使用"简单"、"易于使用"这类的词语，然而笔者在学习Netty的过程中并不这么认为，可能是笔者智商有限吧。那么多的不说了，按照笔者一贯的风格，我们就直接上代码吧。

二. Netty入门之HelloWorld

　　对于Netty来说，编写一个"Hello World"程序并不是那么的简单，对于初学Netty的人来讲，可能觉得异常的繁琐，怎么说了，繁琐也得学呀，谁让咱走上了编程这条不归路呢？

三. netty实现websocket通信

　　很多东西敲着敲着就就熟了，然后再进行深入的研究，当然这种学习的方式对于有些朋友来讲，可能觉得不可思议，但是我想说的是，这只是笔者自己的学习方式而已，我并没有想把这种学习方式强加给任何人。细心的读者可能已经发现，其实Netty程序的编写风格很雷同，不同的可能就是Handler的处理。本文需要读者有websocket的相关经验。

四 .netty的心跳测试

　　"心跳"听起来感觉很牛X的样子，其实只是一种检测端到端连接状态的技术。举个简单的"栗子"，现有A、B两端已经互相连接，但是他们之间很长时间没有数据交互，那么A与B如何判断这个连接是否可用呢？我们通常的做法就是，让任何一方，例如我们让A端，定时的发送(例如每5秒钟)一句问候"Are you ok?"，如果B都到来自A的问候，回了一句"GUN"，A收到了来自B的信息，也不在乎B到底给我回了什么，即可以断定与B的连接并没有断开；如果没有收到来自B的任何回复，过段时间在去发送问候，那么我们通常认为连续3次问候，都没有收到来自B的恢复，即认为A与B之间的连接已经断开。那么就得尝试着重新获取一个新的连接。

五. netty的WebSocket

　　在Http1.0和Http1.1协议中，我们要实现服务端主动的发送消息到网页或者APP上，是比较困难的，尤其是现在IM(即时通信)几乎是很多APP都需要实现的功能，我们往往采用一种轮询的方式让终端去请求服务器获取对应的数据，相信很多做过IM通信的朋友应该深有感触，其实大多数的轮询都是无效的(即没有获得到任何的数据)；另外一个方面，每一次轮询都是一个完整的Http请求，而根据Http协议，每一次请求都要在Header中携带大量的参数，这无疑对带宽也是一种极大的消耗。

　　html5的诞生为我们带来的WebSocket，这是一个振奋人心的事情，WebSocket是基于Http协议的一种长连接协议，有了这种协议，我们就可以实现服务端主动往客户端发送消息的功能。有关WebSocket协议的相关信息请读者查询相关的文档，在笔者的博文中不再作过多的赘述。因为我们讲的是Netty, 所以今天我们就来说说Netty对WebSocket的支持。

六. netty的protocol buffer简介

　　Protocol Buffer(简称ProtoBuf)是google的一个语言中立，平台中立，可扩展的对结构化的数据进行序列化的一种机制，和XML类似，但是比XML更小，更快，更简单。你只用一次性的定义你的数据结构，我们可以使用特殊的生成的代码读/写到不同的数据流中或者不同的语言中。这是官网（https://developers.google.com/protocol-buffers/）对Protoco Buffer的描述。如果读者对于Protocol Buffer是什么还有疑问的话，可自行查看其他大神对Protocol Buffer的解释，本博文所采用的是Protocol Buffer的最新版本3.3.0。

syntax: 语法，即编写该文件所采用的是 protocol buffer 的哪个版本的语法，本示例中采用的是 proto2, 也可以写proto3 package: 包名，在Java语言中，如果没有指定 java_package，那么在生产Java文件的时候，就以package的值作为Java类的包名；如果指定了java_package，我们依然需要指定package的值，因为在某些非Java语言中是没有包的概念，可以防止命名冲突的问题。 java_package: Java的包名，可写可不写，不写的情况下，就以package的值作为生成的Java类的包名。 java_outer_classname: 生产的Java类的类名，如果没有指定的情况下，就以文件名按照驼峰式命名法来定义类名，例如文件名叫做 person_test.proto，在没有指定java_outer_classname的情况下，生成的类名为PersonTest。 message: 定义消息。消息由一系列的属性组成，每个属性必须有类型，例如int32, int64, bool, float, double, string等。 enum: 定义枚举类型。 “=1”，"=2": 用来标记每个属性在二进制编码数据中的唯一标签。属性的标签的值介于1-15比标签为15以上的属性在编码后所占的字节数要少，在优化的时候，我们通常将15以上的标签定义给那些可选的元素。而将1-15作为那些必须的或者可重复的元素的标签。 元素必须指定修饰符，如下： 　　required: 必须的，必须给元素指定一个值。 　　optional: 可选的。 　　repeated: 可重复的，你可以将其看作一个数组。

netty中使用Protocol Buffer，然而细心的用户可能会发现一个明显的不足之处就是，我们的Handler只能处理一种特定的类型，而我们的项目中又不可能只有一种类型，那么这个问题该怎么解决了？多的不说，看代码：https://github.com/singgel/NettyDemo/tree/master/src/test/java/com/singgel