1、不选择java原生nio的原因
（1）nio的类库和api繁杂
（2）需要具备其他的额外的技能做铺垫，例如熟悉java多线程编程。
（3）可靠性能力补齐的工作量和难度都非常大，例如客户面临断连重连、网络闪断、半包读写、失败缓存、网络拥塞和异常码流的处理等问题。
（4）jdk nio的bug，例如臭名昭著的epoll bug，它会导致Selector空轮询，最终导致cpu100%，虽然官方声称修复了该问题，但是直到jdk1.7版本，该问题还存在，只是bug几率降低了而已、
2、为什么选择netty
（1）api使用简单，开发门槛低；
（2）功能强大，预置了多种编解码功能，支持多种主流协议；
（3）定制能力强，可以通过ChannelHandler对通信框架进行灵活的扩展；
（4）性能高，通过与其他业界主流的nio框架对比，netty的综合性能最优；
（5）成熟，稳定，netty修复了已经发现的所有jdk nio bug
（6）社区活跃，版本迭代周期短，经历大规模商业应用的考验等；
netty的简单示例，maven项目：http://yunpan.cn/cwGN7HydZ6tRs 访问密码 0624
3、TCP粘包和拆包问题
（1）TCP是个“流”协议，所谓流，就是没有界限的一串数据，大家可以想想河里的流水，是连成一片的，其间并没有分界线。TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分，所以在业务上认为，一个完整的包可能会被TCP拆分成多个包进行发送，也有可能把多个小的包封装成一个大的数据包发送，这就是所谓的TCP粘包和拆包问题。
（2）粘包和拆包问题产生原因主要有以下原因：
应用程序write写入的字节大小大于套接口发送缓冲区大小；
进行MSS大小的TCP分段；
以太网帧的payload大于MTU进行IP分片
（3）问题解决主要有如下几种策略：
消息定长，例如每个报文的大小为固定长度200字节，如果不够，空位补空格；
在包尾增加回车换行符进行分割，例如FTP协议
将消息分为消息头和消息体，消息头中包含表示消息总长度（或消息体长度）的字段，通常设计思路为消息头的第一个字段使用int32来表示消息的总长度；
更复杂的应用层协议
出现粘包/分包问题的示例，maven项目：http://yunpan.cn/cwGTLsjvYHsj8 访问密码 687b
netty提供的三种解决粘包/分包问题的方法的maven项目：http://yunpan.cn/cwGiwLHgu3NLI 访问密码 bd18
4、java序列化问题
（1）序列化的性能
（2）序列化后的码流大小
（3）无法跨语言
正因为jdk自带的序列化和反序列化存在上面的问题，所以一般我们都不使用jdk自带的序列化
5、protobuf框架
protobuf全称为Google Protocol Buffers,它将数据结构以.proto文件进行描述，通过代码生成工具可以生成对应数据结构的POJO对象和Protobuf相关的方法和属性。
它的特点如下：
（1）结构化数据存储格式（xml，json等）
（2）高效的编解码性能；
（3）语言无关、平台无关、扩展性好；
（4）官方支持JAVA、C++和Python三种语言
首先我们来看下为什么不使用XML，尽管XML的可读性和可扩展性非常好，也非常适合描述数据结构，但是XML解析的时间开销和XML为了可读性而牺牲的空间开销都非常大，因此不适合做高性能的通信协议。 Protobuf使用二进制编码，在空间和性能上其有更大的优势。
Protobuf另外一个比较吸引人的地方就是它的数据描述文件和代码生成几只，利用数据描述文件对数据结构进行说明的优点如下：
（1）文本化的数据结构描述语言，可以实现语言和平台无关。特别使用异构系统间集成；
（2）通过标识字段的顺序，可以实现协议的前向兼容
（3）自动代码生成，不需要手工编写同样数据结构的C++和JAVA版本；
（4）方便后续的管理和维护。相比于代码，结构化的文档更容易管理和维护。
6、JBoss Marshalling介绍
JBoss Marshalling是一个java对象的序列化API包，修正了JDK自带的序列化包的很多问题，但又保持跟java.io.Serializable接口的兼容：同时增加了一些可调的参数和附加的特性，并且这些参数和特性可通过工厂类进行配置。
相比于传统的java序列化几只，它的优点如下：
（1）可插拔的类解析器，提供更加便捷的类加载定制策略，通过一个接口即可实现定制；
（2）可插拔的对象替换技术，不需要通过继承的方式；
（3）可插拔的预定义类缓存表，可以减小序列化的字节数组长度，提供常用类型的对象序列化性能；
（4）无须实现java.io.Serializable接口，即可实现java序列化；
（5）通过缓存技术提升对象的序列化性能。
7、WebSocket介绍
HTTP协议的主要弊端总结如下：
HTTP协议为半双工协议。半双工协议指数据可以在客户端和服务端两个方向上传输，但是不能同时传输。它以为着在同一时刻，只有一个方向上的数据传送
HTTP消息冗长而繁琐。HTTP消息包含消息头、消息体、换行符等。 通常情况下采用文本方式传输，相比于其他的二进制通信协议，冗长而繁琐。
针对服务器推送的黑客攻击，比如长时间轮询。
在WebSocket API中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道，两者就可以直接互相传送数据了。WebSocket基于TCP双向全双工进行消息传递，在同一时刻，既可以发送消息，也可以接受消息，相比于HTTP的半双工协议，性能得到很大提升。
WebSocket的特点主要有以下几点：
单一的TCP连接，采用全双工模式通信；
对代理、防火墙和路由器透明
无头部信息、Cookie和身份验证
无安全开销
通过“ping/pong”帧保持链路激活
服务器可以主动传递消息给客户端，不再需要客户端轮询