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”帧保持链路激活

         服务器可以主动传递消息给客户端，不再需要客户端轮询