Netty的深入浅出--40.serverBootstrap中channel方法和childHandler方法以及bind方法分析
在netty启动前,serverBootstrap基本上都要调用channel方法:
题外话:class文件是反射的起源,反射必定是通过class对象来实现的。
进入channel方法:
无参构造:通过该方法传入的class对象,创建一个channel实例
有参构造的话使用channelFactory:
class对象传入到类ReflectiveChannelFactory中
通过调用默认的反射构造方法来创建channel对象
查看方法:只是将传进来的class对象赋值给了ReflectiveChannelFactory中的clazz变量
instantiate:实例化(动词)
整体来说就是将ReflectiveChannelFactory(只是对class对象赋值给内部的clazz变量)这个对象传入到channelFactory方法中:
进入到channelFactory方法发现,它又调用了channelFactory方法 :
简单描述:问调用bind()的时候ChannelFactory工厂将会创建channel实例的
进一步跟进channelFactory这个方法中:
描述:不建议使用该方法,但是我们已经进入到这里了,那就分析它吧
仔细一看发现还是在赋值:
现在我们简单来看一下传进来的这个NioServerSocketChannel方法
它跟nio中selectionChannel是一样,不断的等待连接 :
接下来就是我们自己定义 的子处理器:
我们看一下childHandler的源码:
设置channelHandler用于服务于channel的请求
到现在我们服务器的准备工作都完毕了
通过serverBootstrap的bind()方法来启动服务器:
创建一个新的channel以及通过端口号绑定它
进入跟进查看bind()方法:
validate():验证参数是否被设置好了
查看doBind()方法:
查看源码
题外话:一般以do开头命名的方法都是私有方法
我们先了解一下ChannelFuture:
它是一个接口,继承了Future
而它又继承于并发包下的Future
对于这个Future 将会在后面用一个大章节进行详细说明:
对于channelFuture在下一章和Future一起 进行详细说明,我们回到之前:
分析initAndRegister
进入到initAndRegister中
这里channelFactory就是之前的传入class对象那个
查看newChannel,发现跳转到一个接口上面:
很显然我们要找到真正的实现类