窥视 Socket 监听的秘密
发布时间：2022-01-15 09:29:47 所属栏目：安全 来源：互联网
导读：socket用listen函数监听，listen从英语上理解就是一个听函数，实际上它也就是这个意思。 我们来看unix网络编程这本书是怎样对它的解释：listen函数把一个未连接的套接字转换成一个被动套接字，指示内核应该接受指向该套接字的链接请求。 该函数有2个参数，第
|
socket用listen函数监听，listen从英语上理解就是一个"听"函数，实际上它也就是这个意思。 我们来看unix网络编程这本书是怎样对它的解释：listen函数把一个未连接的套接字转换成一个被动套接字，指示内核应该接受指向该套接字的链接请求。 该函数有2个参数，第一个我就不说了，第二参数规定了内核为相应套接字排队的最大连接个数。只看这些理论搞的人稀里糊涂，我们还是来测一下。请注意上面的服务端中，我是没有调用accept函数的，直接调用getchar()了,跑起来。 看，已经建立起一个连接了。但是我们没有调用accept函数，连接还是建立起来了，这说说明accept函数和TCP三次握手没啥关系，这也是一个知识盲点。好，在开启一个新窗口运行客户端，查看网络状态。(新开窗口运行客户端同上，这里就不用代码演示了；看，又建立起一个连接。在运行一个客户端，看网络状态。 当第三个客户端连接进来的时候，出现了一个SYN_RECV，这标明第三个客户端没有与服务端建立连接。我们listen函数设置的监听队列为1，那么监听队列塞了2个之后就没有往里面塞了。这下大概懂了listen函数第二个参数的意义了吧，当参数为1的时候只能监听2个套接字，这应该是从0开始数的。 为什么是大概呢?其实unix网络编程上是这样说的：listen函数的第二个参数是ESTABLISHED和SYN_RECV之和，只是在监听队列没有满的情况下，SYN_RECV状态不容易重现。这时候在服务度输入一个字符会有啥效果呢? 答案告诉你，就是那个SYN_RECV状态变成ESTABLISHED了，这也是 accept函数的作用。accept函数会将已完成连接队列中的对头项返回给进程，所以SYN_RECV变成ESTABLISHED了。这个现象留给大家去实践一下吧，只有自己实践出来的东西才是自己的。 （编辑：常州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
