UDP接收消息的第一次显示对端的IP地址是0.0.0.0

这是小生第一次写博客，将自己在工作中发现的点点滴滴记载下来，与大家一起分享。
在写一个UDP服务器的端的时候，发现一个比较奇怪的现象，就是进程重启之后第一次接收到的消息的IP地址是0.0.0.0，但之后接收就能够正常显示接收消息的IP地址了，对此表示十分的疑惑。
recvfrom的函数原型如下，可以在linux终端下man一下。
ssize_t recvfrom(int sockfd, void *buf, size_t len, int flags,
struct sockaddr *src_addr, socklen_t *addrlen);
在Linux终端下面man 2 recvfrom，能够在描述这一栏中看见
If src_addr is not NULL, and the underlying protocol provides the source address, this source address is filled in.
意思是说如果src_addr这个参数不是空指针，那么底层协议将会提供源地址，并将源地址赋值进去。
所以照理来说，应该能接收到源地址的IP，但问题是第一次接收到的总是0.0.0.0，然后就用GDB去打印addrlen这个值的大小，显示是16,这个大小刚好是IPV4的IP地址大小，表示接收到的地址大小应该是这么大的，这个值也符合我写的服务器的接收到的IP地址的大小，然后经过网上查阅的工作，最后还是在man中找到了这个原因。
The argument addrlen is a value-result argument, which the caller should initialize before the call to the size of the buffer associated with src_addr, and modified on return to indicate the actual size of the source address. The returned address is truncated if the buffer provided is too small; in this case, addrlen will return a value greater than was supplied to the call.
这段话才是造成这个问题发生的原因，接下来的话是自己翻译的，翻译的不对的地方，大家踊跃指出。
addrlen这个指针是一个传入传出指针，调用首先会使用addrlen这个值初始化src_addr这块缓冲区，然后修改返回真实大小的IP地址，如果提供的缓冲区太小，返回的地址也就是src_addr的内容会被截短，addrlen这个值会返回比调用时提供的值更大。
这段话翻译的很垃圾，简单来说就是首先会用addrlen这个参数去初始化src_addr这块缓冲区以便用来存放源地址，初始化多大的地方就看addrlen这个参数调用时提供的值有大，然后addrlen这个值会被修改为实际的源地址的存放的大小，作为出参被调用者来查看。如果调用时提供的addrlen的值不够大，src_addr存放的大小会被截短。
现在反过来看，原因就是我在代码中对addrlen这个参数的理解有误，原本以为addrlen只是作为一个出参来使用的，所以它的大小被赋值为0，因此src_addr被初始化以后的大小根本就没有，就是一个0，因此才会在第一次显示的时候显示0.0.0.0，之后为什么又正常了呢，是因为我把addrlen这个参数作为一个全局的变量来使用的，一开始是0，但第一次调用之后就成为16了，之后再调用的话用16去初始化就有足够的大小来显示源地址的IP了。
之所以会有这个问题，是对recvfrom这个系统调用的理解还不够，英文太差，没有仔细的看man中的描述。
有不对的地方，请大家斧正。
转载请注明转载出处。CSDN南窗雨