listen函数仅仅由TCP服务器调用，它做2件事：
1）当socket函数创建一个套接字时，它被假设为一个主动套接字，也就是说，它是一个将调用connect发起连接的客户套接字
listen函数把一个未连接的套接字转换成一个被动套接字，指示内核应接受指向该套接字的连接请求
调用listen导致套接字从CLOSED状态转换到LISTEN状态
2）本函数的第二个参数规定了内核应该为相应套接字排队的最大连接个数
int listen ( int sockfd, int backlog);
本函数在调用socket和bind这2个函数之后，并在调用accept函数之前调用
为了理解其中的backlog参数，我们必须认识到内核为任何一个给定的监听套接字维护2个队列：
1）未完成连接队列
每个这样的SYN分节对应其中一项：
已由某个客户发出并到达服务器，而服务器正在等待完成相应的TCP三次握手过程，这些套接字处于SYN_RCVD状态
2）已完成连接队列
每个已完成TCP三次握手过程的客户对应其中一项：
这些套接字处于ESTABLISHD状态
每当在未完成队列中创建一项时，来自监听套接字的参数就复制到即将建立的连接中
连接的创建机制是完全自动的，无需服务器进程插手
当来自客户的SYN报文到达时，TCP在未完成连接队列中创建一个新的项目，然后相应以三次握手的第二个分节：
服务器的SYN保温相应，稍带对客户SYN报文的ACK
这一项一直保留在未完成连接队列中，直到三次握手的第三个分节到达或者该项超时为止，
该项就从未完成连接队列转移到以完成队列的队尾
当进程调用accept时，以完成连接队列中的队头项将返回给进程，
如果该队列为空，那么进程就将被投入睡眠，直到TCP在该队列中放入一项才唤醒它