SOCKET LISTEN

参考：

http://docs.huihoo.com/gnu/linux/is.html

http://docs.huihoo.com/gnu/linux/socket.html

http://net.pku.edu.cn/~yhf/linux_c/function/14.html

http://www.pipetips.com/entries/2012/07/11/5162.html

http://zhidao.baidu.com/question/273098859.html

http://www.cnblogs.com/goodcandle/archive/2005/12/10/socket.html

问：

socket中的listen调用要完成三次握手，将完成三次握手的请求放入请求队列供accept读取，那listen岂不是也要放在无尽循环中？否则怎么处理随时都可能来的syn序列同步请求。
可是如下面这个代码，listen()就调用一次，那怎么处理后续的请求？
1 #!/usr/bin/env python
2
3 from socket import *
4 from time import ctime
5
6   HOST=''
7   PORT=21567
8 BUFSIZ = 1024
9 ADDR = (HOST, PORT)
10
11  tcpSerSock = socket(AF_INET, SOCK_STREAM)
12  tcpSerSock.bind(ADDR)
13  tcpSerSock.listen(5)
14
15  while True:
16      print 'waiting for connection...'
17      tcpCliSock, addr = tcpSerSock.accept()
18      print '...connected from:', addr
19
20      while True:
21           data = tcpCliSock.recv(BUFSIZ)
22           if not data:
23                break
24           tcpCliSock.send('[%s] %s' % (
25                ctime(), data))
26
27           tcpCliSock.close()
28  tcpSerSock.close()

http://apps.hi.baidu.com/share/detail/24209087  这里说是accept（）仅从队列中读取请求啊。

那accept（）再没有请求的时候，处于阻塞状态，那总得有个函数去维护那个请求队列，有请求时通知系统让accept脱离阻塞状态吧，这个函数又是什么？

答：

listen只是创建监听套接字，3路握手并不是由listen函数来完成的。
listen只做两件事：
1，将socket创建的主动（默认）套接字转换成被动套接字，指示内核接受指向该套接字的连接请求
2，指定内核应该为相应套接字排队的最大连接数
accept仅仅是从监听套接字队列中取出完成握手的连接套接字，至于阻塞的唤醒也是由内核自动完成的
accept取出套接字的队列存放的全是已经完成连接的套接字，对于监听套接字，一般会有两个队列，未完成连接套接字和已完成连接套接字，当请求到达时，新建套接字会被存放在未完成中，3路握手完毕就会被转移到已完成队列里，accept就是从已完成队列里取。这两个队列的维护和3路握手都是由内核自动完成，不需要服务器进程去插手

个人理解：

listen只做监听动作所需资源的初始化，并不是由listen函数完成对链接的真正监听。

如下：

while (listen(sock, 5) == -1)
		{
			//套接字初始化失败
		}

while (1)
  		{
			//开启套接字
			//等待接收套接字
			sin_size = sizeof(struct sockaddr_in);
			connected = accept(sock, (struct sockaddr *)&client_addr, &sin_size);	
			if ( connected != -1)
			{
					//一旦有套接字生产，注册用户套接字信息
				NewUserSocketCreate(connected,DefServer);	
			}
			OSTimeDlyHMSM(0, 0, 1, 0);
		}