Question

网络编程中listen（）是否在调用后就一直监听，即使接受了其中一个连接，依然监听其他套接字

listen（）的寿命多长，即假如listen（）是主线程最后代码，有其他线程处理accept和recv，那该进程是一直监听下去吗（并不是阻塞，而是像未完成代码一样让主线程无法结束），还是监听到一个连接并在子线程完成就过了listen（）结束主线程
.求各位大神解惑啊

Answer 1

listen函数的第一个参数是SOCKET类型的，该函数的作用是在这个SOCKET句柄上建立监听，至于有没有客户端连接进来，那就需要用accept函数去进行检查了，accept函数的第一个参数也是SOCKET类型，跟listen函数是同一个socket句柄，所以一般accept都是放在一个线程中不停的调用，因为你不知道什么时候会有客户连接进行来。

追问

那为什么书上说aceept（）函数返回一个新的套接字来接受数据，原来的套接字继续监听

追答

书上说的没错，你这样理解吧listen的socket对象你把它理解成火车站，aceept的socket对象你把他理解成你要接的旅客。你要接到旅客，首先你要到火车站去等待(即listen的socket对象)，旅客有没有到，你要不停的在出口处查看有没有你等待的旅客(即aceept在检查到新连接产生的socket对象),接到旅客后你想对旅客说我爱你，这时你应该对旅客（aceept在检查到新连接产生的socket对象）说，而不是对火车站(listen的socket对象)说。

追问

我的表达能力挺差的，其实我追问一下还是想问listen（）寿命是多少，就像你的例子你在火车站等旅客，总不能一直等下去（那样主函数怎么结束），没旅客的时候吗？那谁又决定什么时候没旅客，是当对方断开链接决定的吗?那又有疑问了，前一个连接结束了却在listen（）处理下一个连接时让其结束吗?归根结底就是listen（）的寿命

追答

listen的寿命就是服务器的寿命，listen的socket销毁(即火车站被销毁)，服务器与客户端就完全断开连接(去接旅客的人和乘火车来的人都会无法见面)，是否有旅客要靠不停循环的去检测，为了不阻塞主线程，检测的函数 （即accept）要放在线程中。至于accept是怎么检测到连接的，那是tcp/ip协议实现的。

Answer 2

listen通俗理解就是打开端口 让端口一直被打开 然后用accpet去监视。