问题1：connection reset by peer
首先，看一下TCP握手简单描绘过程：
2020-07-25 14-03-46 的屏幕截图.png
其握手过程原理，就不必说了，有很多详细文章进行叙述，本文只关注研究重点。
在第三次握手过程中，如果服务器收到ACK，就会与客户端建立连接，此时内核会把连接从半连接队列移除，然后创建新的连接，并将其添加到全连接队列，等待进程调用。
如果服务器繁忙，来不及调用连接导致全连接队列溢出，服务器就会放弃当前握手连接，发送RST给客户端，即connection reset by peer。
设置服务器的tcp_abort_on_overflow=0，可以在服务器的全连接队列有空位时，接受到客户端的重试ACK，任然会触发服务端连接成功。
问题2：Socket/File : too many open files
在linux平台上，客户端在进行高并发TCP连接处理时，最高并发数量都要受系统对用户单一进程同时打开文件数量的限制（这是因为系统每个TCP都是SOCKET句柄，每个soker句柄都是一个文件），当打开连接超过限制，就会出现too many open files。
使用下指令查看最大句柄数量：
ulimit -a
增加句柄解决方案
vim /etc/security/limits.conf
#在最后加入
* soft nofile 4096
* hard nofile 4096
