Android即时通讯系列文章番外篇(1)使用Netty框架快速搭设WebSocket服务器

「椎锋陷陈」微信技术号现已开通，为了获得第一手的技术文章推送，欢迎搜索关注！

前言

随着本系列所讨论技术点的逐步深入，仅靠之前提到的官方测试服务器已经不能满足我们演示的需要了，于是我们有必要尝试在本地搭建自己的WebSocket服务器，今天这篇文章就是介绍这方面的内容。

由于不属于原先的写作计划之内，同时也为了保持系列文章的连贯性，因此特意将本篇文章命名为「番外篇」。

Netty简单介绍

还记得前面的文章「
Android即时通讯系列文章(2)网络通信协议选型：应以什么样的标准去选择适合你应用的网络通信协议？」里我们所提到的吗？WebSocket本身只是一个应用层协议，原则上只要遵循这个协议的客户端/服务端均可使用。对于客户端，前面我们已明确采用OkHttp框架来实现了，而对于服务端，我们则计划采用Netty框架来实现。

Netty是什么？Netty是一款异步的、基于事件驱动的网络应用程序框架，支持快速开发可维护的、高性能的、面向协议的服务端和客户端。

Netty封装了Java NIO API的能力，把原本在高负载下繁琐且容易出错的I/O操作，隐藏在一个简单易用的API之下。这无疑对于缺少服务端编程经验的客户端开发人员是非常友好的，只要把Netty的几个核心组件弄明白了，快速搭设一个满足本项目演示需要的WebSocket服务器基本上没什么问题。

Netty核心组件

Channel

Channel是Netty传输API的核心，被用于所有的I/O操作，Channel 接口所提供的API大大降低了Java中直接使用Socket类的复杂性。

回调

Netty在内部使用了回调来处理事件，当一个回调被触发时，相关的事件可以交由一个ChannelHandler的实现处理。

Future

Future提供了一种在操作完成时通知应用程序的方式，可以看作是一个异步操作的结果的占位符，它将在未来的某个时刻完成，并提供对其结果的访问。

Netty提供了自己的实现——ChannelFuture，由ChannelFutureListener提供的通知机制消除了手动检查对应操作是否完成的步骤。

事件和ChannelHandler

Netty使用不同的事件来通知我们状态的改变，这使得我们能够基于已经发生的事件来触发适当的动作。

每个事件都可以被分发给ChannelHandler类，ChannelHandler类中提供了自定义的业务逻辑，架构上有助于保持业务逻辑与网络处理代码的分离。

用IntelliJ IDEA运行Netty的WebSocket演示代码

众所周知，Android Studio是基于IntelliJ IDEA开发的，因此对于习惯了用Android Studio进行开发的Android开发人员，用起IntelliJ IDEA来也几乎没有任何障碍。本篇的目的是快速搭设WebSocket服务器，因此选择直接将Netty的WebSocket演示代码拉取下来运行。在确保项目能成功运行起来的基础上，再逐步去分析演示代码。

该演示代码展示的交互效果很简单，跟前面的官方测试服务器一样，当客户端向服务端发送一个消息，服务器都会将消息原原本本地回传给客户端(没错，又是Echo Test。。。)。虽然看起来好像用处不大，但它充分地体现了客户端/服务器系统中典型的请求-响应交互模式。

接下来我们分别进行两端的工作：

服务端的工作：

• IntelliJ IDEA左上角New-Project-Maven创建新