套接字 – 在客户端使用INADDR_ANY

发布时间：2020-12-16 09:51:00 所属栏目：百科来源：网络整理

导读：我最近遇到了 this blog post,它描述了使用libev的TCP服务器客户端.服务器使用INADDR_ANY绑定到我熟悉的接口.但是,我很惊讶在客户端代码中也看到了INADDR_ANY.客户端代码的相关代码如下： // Create client socketif( (sd = socket(PF_INET,SOCK_STREAM,0))

我最近遇到了 this blog post,它描述了使用libev的TCP服务器客户端.服务器使用INADDR_ANY绑定到我熟悉的接口.但是,我很惊讶在客户端代码中也看到了INADDR_ANY.客户端代码的相关代码如下：

// Create client socket
if( (sd = socket(PF_INET,SOCK_STREAM,0)) < 0 )
{
  perror("socket error");
  return -1;
}

bzero(&addr,sizeof(addr));

addr.sin_family = AF_INET;
addr.sin_port = htons(PORT_NO);
addr.sin_addr.s_addr = htonl(INADDR_ANY);

// Connect to server socket
if(connect(sd,(struct sockaddr *)&addr,sizeof addr) < 0)
{
  perror("Connect error");
  return -1;
}

具体来说,我是在线：

addr.sin_addr.s_addr = htonl(INADDR_ANY);

在服务器端,我知道INADDR_ANY会将端口绑定到所有可用的接口,但我不确定这在客户端是否有意义.最后,客户端需要在特定接口上进行连接.以前我总是指定IP地址或使用INADDR_LOOPBACK.

The Linux IP man page没有谈到在客户端使用INADDR_ANY.我确实找到了another Stack Overflow post here,它说OP应该在客户端使用INADDR_ANY,但没有给出任何理由或解释.

那实际上是做什么的呢？它是否尝试所有接口,直到找到端口可用于连接的接口？这发生了什么顺序？

谢谢你的回答！

解决方法

看起来你的问题并不是关于“客户端”,而是关于bind vs connect.

INADDR_ANY可以在客户端和服务器上合理地与bind一起使用.与connect()一起使用是没有意义的,应该导致连接失败.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!