Netty+SpringBoot+FastDFS+Html5实现聊天App详解(一)

Netty学习

Netty+SpringBoot+FastDFS+Html5实现聊天App，项目介绍。
Netty+SpringBoot+FastDFS+Html5实现聊天App，项目github链接。
本章练习完整代码链接。

IO编程与NIO编程

传统IO编程性能分析

IO编程模型在客户端较少的情况下运行良好，但是对于客户端比较多的业务来说，单机服务端可能需要支撑成千上万的连接，IO模型可能就不太合适了。这是因为在传统的IO模型中，每个连接创建成功之后都需要一个线程来维护，每个线程包含一个while死循环，那么1w个连接对应1w个线程，继而1w个while死循环，这就带来如下几个问题：

1.线程资源受限：线程是操作系统中非常宝贵的资源，同一时刻有大量的线程处于阻塞状态是非常严重的资源浪费，操作系统耗不起。

2.线程切换效率低下：单机cpu核数固定，线程爆炸之后操作系统频繁进行线程切换，应用性能急剧下降。

3.除了以上两个问题，IO编程中，我们看到数据读写是以字节流为单位，效率不高。

为了解决这三个问题，JDK在1.4之后提出了NIO。下面简单描述一下NIO是如何解决以上三个问题的。

线程资源受限

NIO编程模型中，新来一个连接不再创建一个新的线程，而是可以把这条连接直接绑定到某个固定的线程，然后这条连接所有的读写都由这个线程来负责。

这个过程的实现归功于NIO模型中selector的作用，一条连接来了之后，现在不创建一个while死循环去监听是否有数据可读了，而是直接把这条连接注册到selector上，然后，通过检查这个selector，就可以批量监测出有数据可读的连接，进而读取数据。

线程切换效率低下

由于NIO模型中线程数量大大降低，线程切换效率因此也大幅度提高。

IO读写以字节为单位

NIO解决这个问题的方式是数据读写不再以字节为单位，而是以字节块为单位。IO模型中，每次都是从操作系统底层一个字节一个字节地读取数据，而NIO维护一个缓冲区，每次可以从这个缓冲区里面读取一块的数据。

hello netty

完整代码链接。

首先定义一对线程组——主线程bossGroup与从线程workerGroup。
bossGroup——用于接受客户端的连接，但是不做任何处理，跟老板一样，不做事。
workerGroup——bossGroup会将任务丢给他，让workerGroup去处理。

//主线程
EventLoopGroup bossGroup = new NioEventLoopGroup();
//从线程
EventLoopGroup workerGroup = new Ni