服务端启动我们主要关注ServerBootstrap类，具体的服务端启动的标准代码如下：
NioEventLoopGroup boss = new NioEventLoopGroup(1);
NioEventLoopGroup work = new NioEventLoopGroup(2);
try {
ServerBootstrap serverBootstrap = new ServerBootstrap();
serverBootstrap.group(boss, work).channel(Epoll.isAvailable() ? EpollServerSocketChannel.class : NioServerSocketChannel.class)
.localAddress(new InetSocketAddress(port))
.handler(new ServerFatherHandler())
.childHandler(new NettyServerHandlerInitializer())
.option(ChannelOption.SO_BACKLOG, 1024) //用于临时存放已完成三次握手的请求的队列的最大长度。如果未设置或所设置的值小于1，Java将使用默认值50。
.option(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT)
.childOption(ChannelOption.TCP_NODELAY, true) //禁用nagle算法
.childOption(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT)
.childOption(ChannelOption.SO_KEEPALIVE, true) //连接会测试链接的状态，这个选项用于可能长时间没有数据交流的连接。当设置该选项以后，如果在两小时内没有数据的通信时，TCP会自动发送一个活动探测数据报文。
.childOption(ChannelOption.SO_RCVBUF, 1024 * 100)
.childOption(ChannelOption.SO_SNDBUF, 1024 * 100);//设置链接的channel的option
if (Epoll.isAvailable()) {
serverBootstrap.option(EpollChannelOption.EPOLL_MODE, EpollMode.EDGE_TRIGGERED)
.option(EpollChannelOption.TCP_QUICKACK, Boolean.TRUE);
}
ChannelFuture future = serverBootstrap.bind().sync();
logger.info("nettyServer服务端启动成功=====");
future.channel().closeFuture().sync();
我们先分析为啥要这么写服务端启动的代码，然后在分析服务端是如何启动的
1.首先设置boss ，work两种线程池NioEventLoopGroup ,其中创建group过程中，设置多路复用器的提供者selectorProvider，SelectStrategyFactory（即select的策略工厂，这边采用默认的策略），RejectedExecutionHandlers（任务拒绝处理器），空的Executor，其中当线程数量为0的时候，尝试获取io.netty.eventLoopThreads系统属性设置的值是否存在，如果存在且大于1就设置其为线程数量，不存在的话将处理器的数量的2倍设置为线程池数量
2.设置group：ServerBootstrap继承AbstractBootstrap，bossgroup是设置AbstractBootstrap的group属性，work是设置ServerBootstrap的childGroup属性
Epoll.isAvailable()用来判断是否支持Netty 自己设置的EpollServerSocketChannel
3.设置channel：未来channel的属性设置就是根据我们传入的class,NioServerSocketChannel只实现了bind相关方法，connect没有实现，所以NioServerSocketChannel只适合服务端
4.设置loaclAddress:设置localAddress
5.childHandler和handler：handler 字段与 accept 过程有关, 即这个 handler 负责处理客户端的连接请求; 而 childHandler 就是负责和客户端的连接的 IO 交互.
6.option和childoption：option 字段与 accept 过程有关, 即这个 handler 负责处理客户端的连接请求; 而 childoption 就是负责和客户端的连接的 IO 交互.
猜测：服务端专门监听某个端口接受请求，服务端在这边有个channel即option和handler可以作用于的channel，链接成功后在服务端和客户端之间建立个child的channel 即childHandler和childoption作用
sync()的方法介绍：首先判断是否已经完成，然后判断线程是否中断，然后检测死锁，死锁的检测，就是判断当前调用sync的方法是否是nioeventloop本身调用这个方法，如果是就是死锁（因为本身是调用object的wait方法等待被唤醒，而唤醒线程的只能是nio线程本身，所以不能再nio线程内部使用sync），然后进入while循环，首先判断是否已经完成（即判断结果是否为空或者结果是否取消），然后添加等待次数，然后调用wait方法，如果线程被唤醒，在减少等待次数，然后判断是否isDone，是的话就跳出等待
7.serverBootstrap.bind().sync()：等待绑定成功，具体源码解析:https://www.jianshu.com/p/ac4003d208d7
8.future.channel().closeFuture().sync()：closeFuture是在channel关闭的时候，唤醒沉睡的主线程
Channel.Option阐述：
1.ChannelOption.SO_BACKLOG：用于临时存放已完成三次握手的请求的队列的最大长度。如果未设置或所设置的值小于1，Java将使用默认值50。一般用在服务端的option，服务端处理客户端连接请求是顺序处理的，所以同一时间只能处理一个客户端连接，多个客户端来的时候，服务端将不能处理的客户端连接请求放在队列中等待处理，backlog参数指定了队列的大小
2.ChannelOption.ALLOCATOR：分配对象使用采用的allocator
3.ChannelOption.SO_KEEPALIVE:连接会测试链接的状态，这个选项用于可能长时间没有数据交流的连接。当设置该选项以后，如果在两小时内没有数据的通信时，TCP会自动发送一个活动探测数据报文。
4.ChannelOption.SO_RCVBUF和ChannelOption.SO_SNDBUF ：两个参数用于操作接收缓冲区和发送缓冲区的大小，接收缓冲区用于保存网络协议站内收到的数据，直到应用程序读取成功，发送缓冲区用于保存发送数据，直到发送成功。
