前言

本文主要梳理Netty客户端如何发起连接请求的以及最终通过SocketChannel与服务端建立连接，顺便分析了在此过程中涉及到的地址解析过程。

一、获取地址解析器

备注：在Netty客户端发起连接前，先获取了AddressResolver，并进行了解析判断。

获取AddressResolver过程

备注： 创建AddressResolver并将其放到缓存Map中，key为executor。

备注：默认使用DefaultAddressResolverGroup中的DefaultNameResolver构建InetSocketAddressResolver。

小结：从上面获取地址解析过程中，AddressResolverGroup拥有一组AddressResolver存储于Map中，key为EventExecutor，而AddressResolver是通过NameResolver构建的。

二、地址解析器图谱1.AddressResolverGroup类图2.AddressResolver类图3.NameResolver类图4.关系图示三、地址解析过程

地址解析通过下面的方法来实现。分别看下isSupported、isResolved、doResolve的逻辑。

@1 isSupported主要判断传入socket地址是否属于InetSocketAddress，通过JDK中isInstance来实现。@2 doIsResolved判断包含了isSupported和非空判断，入参非空并且属于InetSocketAddress则标记解析成功@3 doResolve 根据host name解析成InetSocketAddress，通过InetAddress.getByName(hostname)实现。

小结：地址解析主要得到SocketAddress是合法有效的，如果为host name默认为通过InetAddress.getByName转换为InetAddress。

四、建立连接

在地址解析成功后，该建立连接了，接下来看下netty是如何发起的。

备注：接着调用AbstractChannel的connect方法，即：DefaultChannelPipeline#connect。

备注：从链表的最后一个tail发起连接。

备注：从之前文章分析中，我们知道链表构成。会调用到AbstractChannelHandlerContext#connect方法。通过方法findContextOutbound查找链表中负责出站的HandlerContext调用其connect方法，结束后向下一个出站HandlerContext传递调用。

备注：出站HandlerContext查找过程。

备注：上图为运行时DefaultChannelPipeline链表中的Handler结构。尾部为TailContext，头部为HeadContext。

备注：继续上面的连接传递，最后会调用HeaderContext的connect方法。通过unsafe.connect向服务端发起连接调用。

备注：调用NioSocketChannel#doConnect方法，最后通过Java NIO的SocketChannel#connect发起连接请求。