bind:address already in use的深刻教训以及解决办法

今天在linux下,编写了一个简单的回射客户/服务器(就是客户机从控制台标准输入并发送数据,服务端接受数据,但是不对数据进行处理,然后将数据返回,交由客户机标准输出),然后遇到了一些问题,郁闷了好长时间,然后就想着将这些东西写下来,跟大家分享分享

1, 客户端和服务端到底那个是先退出的??这个有什么区别吗??(死循环)

2, 为什么有的时候bind:address already in use一直存在???不是说好的2-4分钟吗,,(ctrl + z 和 ctrl + c)

3, 当bind:address already in use不是一直存在时(存在2-4分钟时),如何避免???(SO_REUSEADDR可以让当前的端口立即重用)

为了能让上面的问题更形象一点,好理解一点(下面我添加上了源代码)

服务端:

#include <stdio.h>                                                                                                                              
#include <sys/types.h>
#include <sys/socket.h>
#include <stdlib.h>
#include <string.h>
#include <arpa/inet.h>
#include <netinet/in.h>
#include <netinet/ip.h> /* superset of previous */
 
//#define INADDR_ANY  0
 
#define ERR_EXIT(m)                    \
        do{                            \
                perror(m);             \
                exit(EXIT_FAILURE);    \
        }while(0)
 
 
int main(){
 
        int listenfd;      //socket返回值,类似于文件描述符,也成为套接字
        if((listenfd = socket(AF_INET,  SOCK_STREAM,  IPPROTO_TCP)) < 0)
                ERR_EXIT("SOCKET");
        
 
        struct  sockaddr_in servaddr;                                //inin IPv4
        memset(&servaddr,  0 , sizeof(servaddr));                 //inint memory
        servaddr.sin_family = AF_INET;
        servaddr.sin_port   = htons(5188);
        servaddr.sin_addr.s_addr = htonl(INADDR_ANY);
//      servaddr.sin_addr.s_addr = inet_addr(192.0.0.1);
//      inet_aton("127.0.0.1", &servaddr.sin_addr);
 
        if((bind(listenfd,  (struct sockaddr*)&servaddr,  sizeof(servaddr))) < 0 )     //bind  serve and IPv4
                ERR_EXIT("bind");
 
 
        if ((listen(listenfd, SOMAXCONN)) < 0)                                 //change  state (from initiative to passivity)
                ERR_EXIT("LISTEN");
                        
        int conn;                                                              //accept's  backvalue,is a connect socket
        struct sockaddr_in peeraddr;
        socklen_t peerlen = sizeof(peeraddr);
        if((conn = (accept(listenfd, (struct sockaddr*)(&peeraddr), &peerlen))) < 0)
                ERR_EXIT("accept");
        printf("ip is %s,  port is %d\n", inet_ntoa(peeraddr.sin_addr), ntohs(peeraddr.sin_port));      
//      printf("ip=%d\n", ntohs(peeraddr.sin_port));
        char recvbuf[1024];
        while(1){
                memset(recvbuf, 0 , sizeof(recvbuf));  //inint  string
                int ret = read(conn , recvbuf, sizeof(recvbuf)); //receive a string 
                 printf("服务端:%s", recvbuf);
                int r = write(conn,  recvbuf, ret);
        }       
        close(conn);
        close(listenfd);
}              
 

客户端:

#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <stdlib.h>
#include <string.h>
#include <arpa/inet.h>
#include <netinet/in.h>
                                                                                                                                                
 
#define ERR_EXIT(m)                    \
        do{                            \
                perror(m);             \
                exit(EXIT_FAILURE);    \
        }while(0)
 
 
int main(){
 
        int sock;      //socket返回值,类似于文件描述符,也成为套接字
        if((sock = socket(AF_INET,  SOCK_STREAM,  IPPROTO_TCP)) < 0)
                ERR_EXIT("SOCKET");
 
 
        struct  sockaddr_in servaddr;                                //inin IPv4
        memset(&servaddr,  0 , sizeof(servaddr));                 //inint memory
        servaddr.sin_family = AF_INET;
        servaddr.sin_port  = htons(5188);
        servaddr.sin_addr.s_addr  = inet_addr("127.0.0.1");
//     inet_aton("127.0.0.1", &servaddr.sin_addr);
 
        if (connect(sock,  (struct sockaddr*)&servaddr, sizeof(servaddr)) < 0)
                ERR_EXIT("CONNECT");
 
        char sendrec[1024] = {0};
        char recerec[1024] = {0};
        
        while( fgets(sendrec  , sizeof(sendrec),  stdin) != NULL){
                write(sock , sendrec, strlen(sendrec));
                read(sock,   recerec, sizeof(recerec));
 
                printf("客户端:  %s\n", recerec);
 
                memset(sendrec , 0,  sizeof(sendrec));
                memset(recerec,  0,  sizeof(sendrec));
 
        }
        close(sock);
}                       
 

1, 关于客户端还是服务端退出的先后顺序??

   至于是服务器还是客户端是谁先启动的,这个应该比较确定,服务器首先启动,bind处于祯听状态(祯听连接的客户端的个数),accept接受来自客户端的数据请求,然后对数据进行处理,并把数据返回给客户端,倘使是客户端先启动的话,那么它发送的数据也就不能完全的保证服务端是不是打开,影响数据传输的准确性和安全性

   UNIX网络编程(基本TCP套接字编程78页)给出了一个解释说的是:当我们关闭客户端后,客户端会发送一个数据(EOF,也就是-1),然后服务端通过read()函数收到这个数据,,知道了客户端已经退出,所以服务端也就推出了程序,并且调用相应的close操作。(个人理解)

   我们来验证一下:

在这里插入图片描述
从上面可以看出来,完美的把数据发送到了服务端并把数据发送回来啦,

但是:如果我们先结束服务端呢??
在这里插入图片描述
从上图还可以看出:如果我们先结束了服务器(ctrl+c),那么客户端是不会立即退出的,可是在发一次数据便会自动退出,这是因为在正常通信中,服务器关闭了连接,那么客户端会正常接收到EOF,,如果对这个连接用epoll或者select进行监听,可以马上得知服务器关闭了连接。否则就定时向服务器发心跳探测,不然是不太可能得知服务器目前的状态的。之所以你现在不会立刻发现问题是因为服务器退出后,客户端需要靠下一次send才会触发问题,因为这时候连接已关闭,而客户端继续写,会产生SIGPIPE异常,而这个异常的默认动作是进程终止,所以你的客户端退出了。

如果:是我们的客户端先结束的呢??

在这里插入图片描述
同样的,从上图可以看出,当我们的客户端先结束后(ctrl + c),我们的服务器直接进入死循环,但是是为什么呢??

  经过不断的查错:才发现是我们没有对服务端的while里面进行退出程序的处理,里面刚好有一个,printf打印的语句,所以会出现安一直循环的情况,我们把里面的语句改一下:
while(1){
         memset(recvbuf, 0 , sizeof(recvbuf));
         int ri = read(conn , recvbuf, sizeof(recvbuf)); 
         //receive a stri
		 //int ret = (sizeof(recvbuf));
         if ( ri == -1){
                printf("one client closed\n");
                break;
         }
         printf("服务端:%s,", recvbuf);
         int r = write(conn,  recvbuf, ri);    
}

嗯嗯,这回应该好啦(因为客户端结束后传回的是EOF,read是服务端接收客户端的消息,所以我们就让read等于-1)
但是,但是,但是,不幸的是,这个语句还是没有起作用,就是说,当客户端结束后,服务端还是在死循环里面??这又是为什m,啊啊啊啊啊???(博主快爆炸了都!!!)

后来经过经过仔细的查资料,才发现这个:当客户端结束后,服务端read()函数返回的应该是0,而不是-1,,

所以我的程序有改了一改:

while(1){
       memset(recvbuf, 0 , sizeof(recvbuf));
       int ri = read(conn , recvbuf, sizeof(recvbuf)); 					    
		//receive a stri
		//int ret = (sizeof(recvbuf));
       if ( ri == 0){
                     break;
        }
       printf("服务端:%s,", recvbuf);
       int r = write(conn,  recvbuf, ri);    
}

嗯嗯,这样就好啦,可以对其进行处理了!!!!

当然,对于多个客户端的情况就是这样了:

while(1){
        if((conn = (accept(listenfd, (struct sockaddr*)(&peeraddr), &peerlen))) < 0)
                ERR_EXIT("accept");
        printf("ip is %s,  port is %d\n", inet_ntoa(peeraddr.sin_addr), ntohs(peeraddr.sin_port));      
		//printf("ip=%d\n", ntohs(peeraddr.sin_port));
        pid = fork();
        if(pid == -1)
                ERR_EXIT("fork");
        else if(pid == 0){
                close(listenfd);
                do_service(conn);
                exit(1);
        }
        else
                close(conn);
}

我们上面程序里的do_service(conn)函数,其实就是之前提到的while,对数据进行具体的收发
这里,为了完成多个客户端的访问情况,我们设置了进程(fork)
在这里插入图片描述
所以可以完全看到合理的结果,最左边的那个客户端退出了之后,服务端并没有退出,同样的,最右边的客户端还是可以收发数据的!!!

当然,一个客户端一个服务器的情况,同样的,对于多个客户端也是如此的,我们的某一个客户端退出并不会影响服务器的运行结果的,哈哈,对,就是这样!!!,举一个例子:我们好多人在同时访问百度服务器,但是,我们不能让某一个人退出这个页面,而导致其他的人的页面也退出啊!!!

2, bind:address already in use一直存在,它就关不掉

首先,我们先声明:bind:address already in use的存在是合理的,在服务端终止之后,会有一个TIME_WAIT的状态,再次打开会出现:bind的

但是,服务器端可以尽可能的使用REUSEADDR(在绑定之前尽可能调用setsockopt来设置REUSEADDR)套接字选项,这样就可以使得不必等待TIME_WAIT状态就可以重启服务器了,也就是说:TIME_WAIT状态还是存在的,但是不影响我们重新启动服务器

下面讨论的情况还是一样:一个客户端,一个服务器,根据上面说的情况,还是服务端先退出,然后是客户端,但是为什么:bind:address already in use 还是一直存在(即使我们等了好长时间),其实这个很简单,那只是因为我们在退出服务端或者客户端的时候,我们是用了 CTRL + Z,这个退出条件,跟CTRL+C搞混了!!!

CTRL+C:发送SIGINT信号给前台进程组中的所有进程。常用于终止正在运行的程序,强制中断程序的执行

CTRL+Z:发送SIGTSTP信号给前台进程组中的所有进程,常用于挂起一个进程,是将任务中断,但是此任务并没有结束,它仍然在进程中他只是维持挂起的状态,用户可以使用fg/bg操作继续前台或后台的任务,fg命令重新启动前台被中断的任务,bg命令把被中断的任务放在后台执行

通过我们上面所说的:可以使用这个命令查看状态

2,当我们用:CTRL+C结束时:
在这里插入图片描述
可以看到右下角:出现了TIME_WAIT

当我们想重新运行这两个程序时:就会出现(bind:address already in use)的情况(我们在两分钟以内运行)

但是,当我们等上个2-4分钟后,然后在运行,就又没有这种情况了,很好解释,那只是因为在一定的时间内这个端口还被占用着,没有来的及释放,但是2-4分钟后,端口释放完毕,所以可以正常的运行这个程序了

当我们用:CTRL+Z结束时:
在这里插入图片描述
同样的:我们可以看到右下角:出现的是ESTABLISHED,但是不一样的是,无论我们等多久,只要我们一运行这个服务端程序,必定会出现bind:address already in use,并且这个不会自动消失,除非我们杀死这个进程,或者我们进到程序里面改一下端口号

ESTABLISHED的意思是建立连接。表示两台机器正在通信。

TIME_WAIT:我方主动调用close()断开连接,收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分 段最大生存期),以此来确保旧的连接状态不会对新连接产生影响。处于TIME_WAIT状态的连接占用的资源不会被内核释放,所以作为服务器,在可能的情 况下,尽量不要主动断开连接,以减少TIME_WAIT状态造成的资源浪费。目前有一种避免TIME_WAIT资源浪费的方法,就是关闭socket的LINGER选项。但这种做法是TCP协议不推荐使用的,在某些情况下这个操作可能会带来错误。

3,当我们用:setsockopt和SO_REUSEADDR时:充分的减少了等待时间,在一次的通讯完毕,可以直接再次的运行这个程序,这样就不会出现上面如:bind:address already in use

程序如下(在bind之前调用,提高端口的重用行):

在这里插入图片描述
运行结果:
在这里插入图片描述
可以看到我们可以直接运行,无压力,但是当我们用:netstat -an|grep TIME_WAIT时,还是显示TIME_WAIT,但这个并不影响我们的结果

  • 25
    点赞
  • 74
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值