TCP全连接队列
1. 理解 int listen(int sockfd, int backlog) 第二个参数的作用
backlog：表示tcp全连接队列的连接个数+1。
如果连接个数等于backlog+1，后续连接就会失败，假设tcp连接个数为0，最大连接个数就为1，并且不accept获取连接。
先来的连接三次握手成功，后来的连接则处于SYN_SENT，即三次握手失败，不管是否accpet，三次握手和accpet无关，如果没有即使accpet，tcp允许客户端继续三次握手，但连接个数不能超过backlog+1，否则处于SYN_SENt状态，即半连接队列。
2. 理解全连接队列(原理)
tcp内部会维护一个全连接队列，用来管理一个一个的连接。
有人向全连接队列放数据，有人向全连接队列拿数据，这不就是生产消费者模型吗？
假设没有全连接队列/或者backlog为空，当上层很忙来不及appcet，则在忙的期间，可能有很多新的连接，但被服务器直接拒接了，当不忙的时候，之前的新连接就没了，忙的时候很忙，不忙的时候没有连接处理，也就是提高了服务器闲置率和减少给用户服务和体验的效率，但如果有全连接队列，不忙的时候就可以向里面获取连接。
假设全连接队列长度很大，比如长度为1000，当全连接队列有连接，说明服务器已经很忙了，处于末端的连接注定要等待更久的时间来被拿走，也减少给用户的体验和效率，长度更大，空间也会有一定的浪费。
2. 理解全连接队列(内核)
假如一个新连接到来，并且三次握手成功，则会链入到listen文件描述符里面的tcp_socket里面的全连接队列里，将来给连接分配文件描述符，该文件描述符通过struct file找到struct socket，在让listen里面的全连接队列分配一个连接也就是tcp_socket结构，新连接用struct_socket里面的struct_sock来和tcp_socket关联起来。