其握手过程原理，就不必说了，有很多详细文章进行叙述，本文只关注研究重点。
在第三次握手过程中，如果服务器收到ACK，就会与客户端建立连接，此时内核会把连接从半连接队列移除，然后创建新的连接，并将其添加到全连接队列，等待进程调用。
如果服务器繁忙，来不及调用连接导致全连接队列溢出，服务器就会放弃当前握手连接，发送RST给客户端，即connection reset by peer。
在linux平台上，客户端在进行高并发TCP连接处理时，最高并发数量都要受系统对用户单一进程同时打开文件数量的限制（这是因为系统每个TCP都是SOCKET句柄，每个soker句柄都是一个文件），当打开连接超过限制，就会出现too many open files。
使用下指令查看最大句柄数量：
增加句柄解决方案
TLDR 在使用 Golang 编写 TCP/UDP socket 的时候，第一步做的就是地址解析。
该函数返回的地址包含的信息如下：
TCPAddr 里， IP 既可以是 IPv4 地址，也可以是 IPv6 地址。 Port 就是端口了。 Zone 是 IPv6 本地地址所在的区域。
从返回结果看该函数的参数， network 指 address 的网络类型； address 指要解析的地址，会从中解析出我们想要的 IP , Port 和 Zone 。
从源码中可以看出，参数 network 只能是如下四个值，否则会得到一个错误。
解析过程跟 ResolveTCPAddr 的一样，不过得到的是 *UDPAddr 。
UDPAddr 包含的信息如下：
