关于linux socket通讯的accept函数的第三个参数剖析

在做项目的过程中遇到了这样一个问题，在这里给大家分享一下。

这是一个由于accept函数参数错误引起的bug

accept函数原型：  int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);

man手册对addrlen的描述是这样的：The  addrlen  argument  is a value-result argument: the caller must initialize it to contain the size (in  bytes) of the structure pointed to by addr; on return it  will  contain  the  actual  size  of  the  peer address.

第三参数是指struct sockaddr这个结构体的大小，socklen_t 是unsigned int类型，这个变量是需要初始化的，并不是函数填充返回的变量，当有客户端连接请求时，函数会根据addrlen这个参数的值的大小往addr所指向的地址里写信息，值的大小会影响到addr被填充的正确与否。

好了，这个参数所注意的地方已经表述了，下面就是我犯的错误

而我直接socklen_t  addrlen，并没有初始化，这时候编译器会给addrlen分配一个随机数（在len是局部变量的情况下），这时候accept可能会正常运行，也可能会出错。

针对addrlen没有被初始化情况，一般会有如下几种现象：

1.客户端可以正常连接，但是addr结构体不能被正常填充，导致服务器不能正常读取客户端的信息（ip和port），原因是编译器给addrlen分配了大于等于0,小于等于16的数，sizeof（sockaddr ）出来的是16个字节，IPV6是全部的位都可以用得到，IPv4只用到了前8个字节（这个需要研究IPV4和IPV6的地址信息了，在这里不细说），当然，这时候如果不读取客户端信息{inet_ntoa(clientaddr.sin_addr)}，一切都是那么自然。

2.第二种情况，accept返回-1，perror输出对应的错误信息（Invalid argument），原因是addrlen被分配了一个负数或者说大于unsigned int最大值的数（80000000~FFFFFFFF），socklen_t 是unsigned int类型，不在范围内，所以不合法。
3.第三种情况就是everything is all rightO(∩_∩)O,这时候恰巧被飞分到了16~0x7FFFFFFF的数.一切安好~~~~~~~~~~~~~!!!!

以上就是我的理解,请大家批评指正~O(∩_∩)O