udp通讯过程客户端可不可以不bind？如果不bind则服务端如何向其发送信息

关键是recvfrom返回的客户端addrClient是不能作为服务器返回客户端的地址使用的，即在sendto中不能使用由recvfrom返回得到的客户端地址。 楼主将UDP通讯和TCP通讯搞混了，不过说实话这个是很正常的。当初我学的时候没一本书是把网络通信编程写清楚地，只能靠自己摸索。 socket可以理解为通信地址，它由协议,IP和端口组成。在UDP模式中，绑定的目的是要告诉 *** 作系统，当网卡从外部接收到数据包时， *** 作系统就知道应该把这个数据包交给哪个应用程序。 具体是这样的，网卡总是知道自己的IP是什么，因此网卡接收到网线中的数据包时，会提取数据包的包头，里面含有的IP如果是网卡自己的IP，它就会把该数据包交给 *** 作系统，如果不是就将该数据包丢弃，可以认为 *** 作系统不知道有该数据包。 *** 作系统接收到数据包后，会根据每个数据包包含的端口号，将该数据包发给不同的应用程序。 *** 作系统怎么会知道哪个端口号对应哪个应用程序呢？这个就是要求应用程序使用bind函数，将自己的端口号告诉 *** 作系统。因此，所谓的端口冲突就是指其他应用程序已经通过bind告诉了 *** 作系统该端口被它使用了，因此另外的应用程序就不能使用该端口了，即bind肯定失败！ 所以，bind肯定是由接受数据包的应用程序使用的，这样的应用程序就是服务器应用程序，也可以看到我们需要为bind提供IP和端口号。并且，当初我还在疑惑为什么会有一个INADDR_ANY的IP指定，似乎bind根本不需要IP啊，只要端口就可以了。仔细一想才明白，因为一台主机可能会有2个网卡。因此，主机可能会有两个IP，这样bind这个函数允许我们自由指定需要绑定到哪块网卡上的特定端口。也可以不指定，通过INADDR_ANY由 *** 作系统为我们指定。譬如，13端口在第一块网卡中被占用了，我们就可以使用bind明确指定自己的应用程序接收来自第二块网卡13端口的数据包。 UDP编程中作为客户端发送数据时，是不需要指定自己的IP和端口的，因此无需使用bind绑定，直接在sendto指定服务器的IP和端口就可以了。但实际上发送数据时， *** 作系统还是需要使用客户端机器上的一个IP和端口号的，这个IP和端口号由 *** 作系统指派，譬如在 *** 作系统处理sendto时，它可以指派1005端口给UDP客户端，此时如果有另一个客户程序再使用bind注册该端口，就会失败了。但实际情况大家都知道，UDP数据包的发送是相当快的，这种冲突几乎不存在，因为数据包发送后，即数据包通过网卡发到了网线中， *** 作系统就认为发送成功了，该端口就会被 *** 作系统收回，标记“未使用”。 总结一下，UDP服务器需要占用一个IP和一个端口号，且是固定的，是在调用了bind函数成功后便确定下来了。UDP客户端也需要使用一个IP和一个端口号，它们都是随机的，这次发送可能是第一块网卡，第二次可能是第二块网卡，端口也如此。发送后，该端口就被 *** 作系统收回，因此客户端无法使用该端口接收来自服务器的数据包。 因此不能使用recvfrom的客户端的端口信息再调用sendto发送给客户端，因为客户端的电脑 *** 作系统根本不会讲该数据包交给客户端应用程序。 以上用比较容易理解的概念介绍了下，其实精确说的话，很多事情不是 *** 作系统做的，而是各种驱动程序完成的。具体怎么修改代码，楼主应该明白了吧，光改服务器端的代码，没用，客户端的代码也要改。这也是为什么UDP是不存在服务器，客户端之说的原因，因为任何一方给另一方发数据包，前提必须使另一方已经通过bind绑定了一个固定端口了。

在解析bind之前我们先看一道题:

上边的题等同于

bind的基本实现原理（参数那个我没有去写了，关注重点）

bind的作用是永久改变一个函数执行过程中的this，它的基本实现:

1bind的执行不会立即执行需要改变this指向的函数；

2bind执行后返回一个新函数

bind函数—绑定地址和端口

在调用bind函数是,可以指定一个端口号,或指定一个IP地址,也可以两者都指定,还可以都不指定。 服务器在启动时捆绑它们的众所周知端口。如果一个TCP客户或服务器未曾调用bind捆绑一个端口,当调用connect或listen时,内核就要为相应的套接字选择一个临时端口。