Netty4.x 源码实战系列（二）：服务端bind流程详解

在上一篇《ServerBootstrap 与 Bootstrap 初探》中，我们已经初步的了解了ServerBootstrap是netty进行服务端开发的引导类。 且在上一篇的服务端示例中，我们也看到了，在使用netty进行网络编程时，我们是通过bind方法的调用来完成服务器端口的侦听：

EventLoopGroup bossGroup = new NioEventLoopGroup();
EventLoopGroup workerGroup = new NioEventLoopGroup();
try {
    ServerBootstrap b = new ServerBootstrap(); 
    b.group(bossGroup, workerGroup)　　
     .channel(NioServerSocketChannel.class) 
     .handler(new LoggingHandler())   
     .childHandler(new ChannelInitializer<SocketChannel>() { 
         @Override
         public void initChannel(SocketChannel ch) throws Exception {
             ch.pipeline().addLast(new DiscardServerHandler());
         }
     })
     .option(ChannelOption.SO_BACKLOG, 128)        
     .childOption(ChannelOption.SO_KEEPALIVE, true);

     // 侦听8000端口
     ChannelFuture f = b.bind(8000).sync(); 

     f.channel().closeFuture().sync();
} finally {
    workerGroup.shutdownGracefully();
    bossGroup.shutdownGracefully();
}

从上面的服务端示例中可以看到，我们只是定义了主线程组及worker线程组，以及指定了channel类型为NioServerSocketChannel等等一些简单的配置， 然后绑定侦听端口，用于网络服务的主体代码基本就完了（业务代码在Handler中实现，后面的文章会详细介绍。
这真的大大简化并方便了java程序员使用netty来进行网络开发，但是想要深入学习netty的人可能会有下面的一些疑问：

netty是继续Java NIO的，那么ServerSocketChannel是什么时候初始化的？
我怎么没有看到Java NIO中的selector， netty是如何实现多路复用的？
我们设置的handler 或者 childHandler，是如何应用的？
boss线程组 以及 worker线程组 其实如何分配线程的？
为什么是boss线程组，难道接收用户请求是多个线程一起工作？
。。。

本篇将带着上面这些疑问，我们将进入bind方法内部，深入浅出，对netty的工作机制一探究竟。

当我们调用ServerBootstrap的bind方法时，其实是调用的是父类AbstractBootstrap的bind方法：

public ChannelFuture bind(int inetPort) {
    return bind(new InetSocketAddress(inetPort));
}

进而调用另一个重载bind方法：

public ChannelFuture bind(SocketAddress localAddress) {
    validate();
    if (localAddress == null) {
        throw new NullPointerException("localAddress");
    }
    return doBind(localAddress);
}

此bind(SocketAddress localAddress)内部有两个调用：
1、 调用validate()
顾名思义，validate应该是做校验，由于ServerBootstrap覆盖了AbstractBootstrap方法，因此此validate其实是调用ServerBootstrap中的validate方法：