项目04定时器处理非活动连接
基础知识
-
非活跃,是指客户端(这里是浏览器)与服务器端建立连接后,长时间不交换数据,一直占用服务器端的文件描述符,导致连接资源的浪费。
-
定时事件,是指固定一段时间之后触发某段代码,由该段代码处理一个事件,如从内核事件表删除事件,并关闭文件描述符,释放连接资源。
-
定时器,是指利用结构体或其他形式,将多种定时事件进行封装起来。具体的,这里只涉及一种定时事件,即定期检测非活跃连接,这里将该定时事件与连接资源封装为一个结构体定时器。
-
定时器容器,是指使用某种容器类数据结构,将上述多个定时器组合起来,便于对定时事件统一管理。具体的,项目中使用升序链表将所有定时器串联组织起来。
整体概述
本项目中,服务器主循环为每一个连接创建一个定时器,并对每个连接进行定时。另外,利用升序时间链表容器将所有定时器串联起来,若主循环接收到定时通知,则在链表中依次执行定时任务。
- Linux下提供了三种定时的方法:
- socket选项SO_RECVTIMEO和SO_SNDTIMEO
- SIGALRM信号
- I/O复用系统调用的超时参数
三种方法没有一劳永逸的应用场景,也没有绝对的优劣。由于项目中使用的是SIGALRM信号,这里仅对其进行介绍,另外两种方法可以查阅游双的Linux高性能服务器编程 第11章 定时器。
具体的,利用alarm函数周期性地触发SIGALRM信号,信号处理函数利用管道通知主循环,主循环接收到该信号后对升序链表上所有定时器进行处理,若该段时间内没有交换数据,则将该连接关闭,释放所占用的资源。
从上面的简要描述中,可以看出定时器处理非活动连接模块,主要分为两部分,其一为定时方法与信号通知流程,其二为定时器及其容器设计与定时任务的处理。
本文内容
本篇将介绍定时方法与信号通知流程,具体的涉及到基础API、信号通知流程和代码实现。
-
基础API,描述sigaction结构体、sigaction函数、sigfillset函数、SIGALRM信号、SIGTERM信号、alarm函数、socketpair函数、send函数。
-
信号通知流程,介绍统一事件源和信号处理机制。
-
代码实现,结合代码对信号处理函数的设计与使用进行详解。
基础API
为了更好的源码阅读体验,这里提前对代码中使用的一些API进行简要介绍,更丰富的用法可以自行查阅资料。
- sigaction结构体
1struct sigaction {
2 void (*sa_handler)(int);
3 void (*sa_sigaction)(int, siginfo_t *, void *);
4 sigset_t sa_mask;
5 int sa_flags;
6 void (*sa_restorer)(void);
7}
-
sa_handler是一个函数指针,指向信号处理函数
-
sa_sigaction同样是信号处理函数,有三个参数,可以获得关于信号更详细的信息
-
sa_mask用来指定在信号处理函数执行期间需要被屏蔽的信号
-
sa_flags用于指定信号处理的行为
-
SA_RESTART,使被信号打断的系统调用自动重新发起
-
SA_NOCLDSTOP,使父进程在它的子进程暂停或继续运行时不会收到 SIGCHLD 信号
-
SA_NOCLDWAIT,使父进程在它的子进程退出时不会收到 SIGCHLD 信号,这时子进程如果退出也不会成为僵尸进程
-
SA_NODEFER,使对信号的屏蔽无效,即在信号处理函数执行期间仍能发出这个信号
-
SA_RESETHAND,信号处理之后重新设置为默认的处理方式
-
SA_SIGINFO,使用 sa_sigaction 成员而不是 sa_handler 作为信号处理函数
-
-
sa_restorer一般不使用
sigaction函数
#include <signal.h>
int sigaction(int signum, const struct sigaction *act, struct sigaction *oldact);
-
signum表示操作的信号。
-
act表示对信号设置新的处理方式。
-
oldact表示信号原来的处理方式。
-
返回值,0 表示成功,-1 表示有错误发生。
sigfillset函数
#include <signal.h>
int sigfillset(sigset_t *set);
用来将参数set信号集初始化,然后把所有的信号加入到此信号集里。
SIGALRM、SIGTERM信号
#define SIGALRM 14 //由alarm系统调用产生timer时钟信号
#define SIGTERM 15 //终端发送的终止信号
alarm函数
#include <unistd.h>;
unsigned int alarm(unsigned int seconds);
设置信号传送闹钟,即用来设置信号SIGALRM在经过参数seconds秒数后发送给目前的进程。如果未设置信号SIGALRM的处理函数,那么alarm()默认处理终止进程.
socketpair函数
在linux下,使用socketpair函数能够创建一对套接字进行通信,项目中使用管道通信。
#include <sys/types.h>
#include <sys/socket.h>
int socketpair(int domain, int type, int protocol, int sv[2]);
domain表示协议族,PF_UNIX或者AF_UNIX
type表示协议,可以是SOCK_STREAM或者SOCK_DGRAM,SOCK_STREAM基于TCP,SOCK_DGRAM基于UDP
protocol表示类型,只能为0
sv[2]表示套节字柄对,该两个句柄作用相同,均能进行读写双向操作
返回结果, 0为创建成功,-1为创建失败
send函数
#include <sys/types.h>
#include <sys/socket.h>
ssize_t send(int sockfd, const void *buf, size_t len, int flags);
当套接字发送缓冲区变满时,send通常会阻塞,除非套接字设置为非阻塞模式,当缓冲区变满时,返回EAGAIN或者EWOULDBLOCK错误,此时可以调用select函数来监视何时可以发送数据。
信号通知流程
Linux下的信号采用的异步处理机制,信号处理函数和当前进程是两条不同的执行路线。具体的,当进程收到信号时,操作系统会中断进程当前的正常流程,转而进入信号处理函数执行操作,完成后再返回中断的地方继续执行。
为避免信号竞态现象发生,信号处理期间系统不会再次触发它。所以,为确保该信号不被屏蔽太久,信号处理函数需要尽可能快地执行完毕。
一般的信号处理函数需要处理该信号对应的逻辑,当该逻辑比较复杂时,信号处理函数执行时间过长,会导致信号屏蔽太久。
这里的解决方案是,信号处理函数仅仅发送信号通知程序主循环,将信号对应的处理逻辑放在程序主循环中,由主循环执行信号对应的逻辑代码。
统一事件源
统一事件源,是指将信号事件与其他事件一样被处理。
具体的,信号处理函数使用管道将信号传递给主循环,信号处理函数往管道的写端写入信号值,主循环则从管道的读端读出信号值,使用I/O复用系统调用来监听管道读端的可读事件,这样信号事件与其他文件描述符都可以通过epoll来监测,从而实现统一处理。
信号处理机制
每个进程之中,都有存着一个表,里面存着每种信号所代表的含义,内核通过设置表项中每一个位来标识对应的信号类型。
信号的接收
接收信号的任务是由内核代理的,当内核接收到信号后,会将其放到对应进程的信号队列中,同时向进程发送一个中断,使其陷入内核态。注意,此时信号还只是在队列中,对进程来说暂时是不知道有信号到来的。
信号的检测
进程从内核态返回到用户态前进行信号检测
进程在内核态中,从睡眠状态被唤醒的时候进行信号检测
进程陷入内核态后,有两种场景会对信号进行检测:
当发现有新信号时,便会进入下一步,信号的处理。
信号的处理
-
( 内核 )信号处理函数是运行在用户态的,调用处理函数前,内核会将当前内核栈的内容备份拷贝到用户栈上,并且修改指令寄存器(eip)将其指向信号处理函数。
-
( 用户 )接下来进程返回到用户态中,执行相应的信号处理函数。
-
( 内核 )信号处理函数执行完成后,还需要返回内核态,检查是否还有其它信号未处理。
-
( 用户 )如果所有信号都处理完成,就会将内核栈恢复(从用户栈的备份拷贝回来),同时恢复指令寄存器(eip)将其指向中断前的运行位置,最后回到用户态继续执行进程。
至此,一个完整的信号处理流程便结束了,如果同时有多个信号到达,上面的处理流程会在第2步和第3步骤间重复进行。
代码分析
信号处理函数
自定义信号处理函数,创建sigaction结构体变量,设置信号函数。
//信号处理函数
void sig_handler(int sig)
{
//为保证函数的可重入性,保留原来的errno
//可重入性表示中断后再次进入该函数,环境变量与之前相同,不会丢失数据
int save_errno = errno;
int msg = sig;
//将信号值从管道写端写入,传输字符类型,而非整型
send(pipefd[1], (char *)&msg, 1, 0);
//将原来的errno赋值为当前的errno
errno = save_errno;
}
信号处理函数中仅仅通过管道发送信号值,不处理信号对应的逻辑,缩短异步执行时间,减少对主程序的影响。
//设置信号函数
void addsig(int sig, void(handler)(int), bool restart = true)
{
//创建sigaction结构体变量
struct sigaction sa;
memset(&sa, '\0', sizeof(sa));
//信号处理函数中仅仅发送信号值,不做对应逻辑处理
sa.sa_handler = handler;
if (restart)
sa.sa_flags |= SA_RESTART;
//将所有信号添加到信号集中
sigfillset(&sa.sa_mask);
//执行sigaction函数
assert(sigaction(sig, &sa, NULL) != -1);
}
项目中设置信号函数,仅关注SIGTERM和SIGALRM两个信号。
信号通知逻辑
创建管道,其中管道写端写入信号值,管道读端通过I/O复用系统监测读事件
设置信号处理函数SIGALRM(时间到了触发)和SIGTERM(kill会触发,Ctrl+C)
通过struct sigaction结构体和sigaction函数注册信号捕捉函数
在结构体的handler参数设置信号处理函数,具体的,从管道写端写入信号的名字
利用I/O复用系统监听管道读端文件描述符的可读事件
信息值传递给主循环,主循环再根据接收到的信号值执行目标信号对应的逻辑代码
代码分析
1//创建管道套接字
2ret = socketpair(PF_UNIX, SOCK_STREAM, 0, pipefd);
3assert(ret != -1);
4
5//设置管道写端为非阻塞,为什么写端要非阻塞?
6setnonblocking(pipefd[1]);
7
8//设置管道读端为ET非阻塞
9addfd(epollfd, pipefd[0], false);
10
11//传递给主循环的信号值,这里只关注SIGALRM和SIGTERM
12addsig(SIGALRM, sig_handler, false);
13addsig(SIGTERM, sig_handler, false);
14
15//循环条件
16bool stop_server = false;
17
18//超时标志
19bool timeout = false;
20
21//每隔TIMESLOT时间触发SIGALRM信号
22alarm(TIMESLOT);
23
24while (!stop_server)
25{
26 //监测发生事件的文件描述符
27 int number = epoll_wait(epollfd, events, MAX_EVENT_NUMBER, -1);
28 if (number < 0 && errno != EINTR)
29 {
30 break;
31 }
32
33 //轮询文件描述符
34 for (int i = 0; i < number; i++)
35 {
36 int sockfd = events[i].data.fd;
37
38 //管道读端对应文件描述符发生读事件
39 if ((sockfd == pipefd[0]) && (events[i].events & EPOLLIN))
40 {
41 int sig;
42 char signals[1024];
43
44 //从管道读端读出信号值,成功返回字节数,失败返回-1
45 //正常情况下,这里的ret返回值总是1,只有14和15两个ASCII码对应的字符
46 ret = recv(pipefd[0], signals, sizeof(signals), 0);
47 if (ret == -1)
48 {
49 // handle the error
50 continue;
51 }
52 else if (ret == 0)
53 {
54 continue;
55 }
56 else
57 {
58 //处理信号值对应的逻辑
59 for (int i = 0; i < ret; ++i)
60 {
61 //这里面明明是字符
62 switch (signals[i])
63 {
64 //这里是整型
65 case SIGALRM:
66 {
67 timeout = true;
68 break;
69 }
70 case SIGTERM:
71 {
72 stop_server = true;
73 }
74 }
75 }
76 }
77 }
78 }
79}
-
为什么管道写端要非阻塞? send是将信息发送给套接字缓冲区,如果缓冲区满了,则会阻塞,这时候会进一步增加信号处理函数的执行时间,为此,将其修改为非阻塞。
-
没有对非阻塞返回值处理,如果阻塞是不是意味着这一次定时事件失效了? 是的,但定时事件是非必须立即处理的事件,可以允许这样的情况发生。
-
管道传递的是什么类型?switch-case的变量冲突? 信号本身是整型数值,管道中传递的是ASCII码表中整型数值对应的字符。
switch的变量一般为字符或整型,当switch的变量为字符时,case中可以是字符,也可以是字符对应的ASCII码。
下篇
主要内容
定时器处理非活动连接模块,主要分为两部分,其一为定时方法与信号通知流程,其二为定时器及其容器设计、定时任务的处理。
本篇对第二部分进行介绍,具体的涉及到定时器设计、容器设计、定时任务处理函数和使用定时器。
定时器设计,将连接资源和定时事件等封装起来,具体包括连接资源、超时时间和回调函数,这里的回调函数指向定时事件。
定时器容器设计,将多个定时器串联组织起来统一处理,具体包括升序链表设计。
定时任务处理函数,该函数封装在容器类中,具体的,函数遍历升序链表容器,根据超时时间,处理对应的定时器。
代码分析-使用定时器,通过代码分析,如何在项目中使用定时器。
定时器设计
项目中将连接资源、定时事件和超时时间封装为定时器类,具体的,
-
连接资源包括客户端套接字地址、文件描述符和定时器
-
定时事件为回调函数,将其封装起来由用户自定义,这里是删除非活动socket上的注册事件,并关闭
-
定时器超时时间 = 浏览器和服务器连接时刻 + 固定时间(TIMESLOT),可以看出,定时器使用绝对时间作为超时值,这里alarm设置为5秒,连接超时为15秒。
1//连接资源结构体成员需要用到定时器类
2//需要前向声明
3class util_timer;
4
5//连接资源
6struct client_data
7{
8 //客户端socket地址
9 sockaddr_in address;
10
11 //socket文件描述符
12 int sockfd;
13
14 //定时器
15 util_timer* timer;
16};
17
18//定时器类
19class util_timer
20{
21public:
22 util_timer() : prev( NULL ), next( NULL ){}
23
24public:
25 //超时时间
26 time_t expire;
27 //回调函数
28 void (*cb_func)( client_data* );
29 //连接资源
30 client_data* user_data;
31 //前向定时器
32 util_timer* prev;
33 //后继定时器
34 util_timer* next;
35};
定时事件,具体的,从内核事件表删除事件,关闭文件描述符,释放连接资源。
1//定时器回调函数
2void cb_func(client_data *user_data)
3{
4 //删除非活动连接在socket上的注册事件
5 epoll_ctl(epollfd, EPOLL_CTL_DEL, user_data->sockfd, 0);
6 assert(user_data);
7
8 //关闭文件描述符
9 close(user_data->sockfd);
10
11 //减少连接数
12 http_conn::m_user_count--;
13}
定时器容器设置
项目中的定时器容器为带头尾结点的升序双向链表,具体的为每个连接创建一个定时器,将其添加到链表中,并按照超时时间升序排列。执行定时任务时,将到期的定时器从链表中删除。
从实现上看,主要涉及双向链表的插入,删除操作,其中添加定时器的事件复杂度是O(n),删除定时器的事件复杂度是O(1)。
升序双向链表主要逻辑如下,具体的,
-
创建头尾节点,其中头尾节点没有意义,仅仅统一方便调整
-
add_timer函数,将目标定时器添加到链表中,添加时按照升序添加
-
若当前链表中只有头尾节点,直接插入
-
否则,将定时器按升序插入
-
-
adjust_timer函数,当定时任务发生变化,调整对应定时器在链表中的位置
-
客户端在设定时间内有数据收发,则当前时刻对该定时器重新设定时间,这里只是往后延长超时时间
-
被调整的目标定时器在尾部,或定时器新的超时值仍然小于下一个定时器的超时,不用调整
-
否则先将定时器从链表取出,重新插入链表
-
-
del_timer函数将超时的定时器从链表中删除
- 常规双向链表删除结点
1//定时器容器类
2class sort_timer_lst
3{
4public:
5 sort_timer_lst() : head( NULL ), tail( NULL ) {}
6 //常规销毁链表
7 ~sort_timer_lst()
8 {
9 util_timer* tmp = head;
10 while( tmp )
11 {
12 head = tmp->next;
13 delete tmp;
14 tmp = head;
15 }
16 }
17
18 //添加定时器,内部调用私有成员add_timer
19 void add_timer( util_timer* timer )
20 {
21 if( !timer )
22 {
23 return;
24 }
25 if( !head )
26 {
27 head = tail = timer;
28 return;
29 }
30
31 //如果新的定时器超时时间小于当前头部结点
32 //直接将当前定时器结点作为头部结点
33 if( timer->expire < head->expire )
34 {
35 timer->next = head;
36 head->prev = timer;
37 head = timer;
38 return;
39 }
40
41 //否则调用私有成员,调整内部结点
42 add_timer( timer, head );
43 }
44
45 //调整定时器,任务发生变化时,调整定时器在链表中的位置
46 void adjust_timer( util_timer* timer )
47 {
48 if( !timer )
49 {
50 return;
51 }
52 util_timer* tmp = timer->next;
53
54 //被调整的定时器在链表尾部
55 //定时器超时值仍然小于下一个定时器超时值,不调整
56 if( !tmp || ( timer->expire < tmp->expire ) )
57 {
58 return;
59 }
60
61 //被调整定时器是链表头结点,将定时器取出,重新插入
62 if( timer == head )
63 {
64 head = head->next;
65 head->prev = NULL;
66 timer->next = NULL;
67 add_timer( timer, head );
68 }
69
70 //被调整定时器在内部,将定时器取出,重新插入
71 else
72 {
73 timer->prev->next = timer->next;
74 timer->next->prev = timer->prev;
75 add_timer( timer, timer->next );
76 }
77 }
78
79 //删除定时器
80 void del_timer( util_timer* timer )
81 {
82 if( !timer )
83 {
84 return;
85 }
86
87 //链表中只有一个定时器,需要删除该定时器
88 if( ( timer == head ) && ( timer == tail ) )
89 {
90 delete timer;
91 head = NULL;
92 tail = NULL;
93 return;
94 }
95
96 //被删除的定时器为头结点
97 if( timer == head )
98 {
99 head = head->next;
100 head->prev = NULL;
101 delete timer;
102 return;
103 }
104
105 //被删除的定时器为尾结点
106 if( timer == tail )
107 {
108 tail = tail->prev;
109 tail->next = NULL;
110 delete timer;
111 return;
112 }
113
114 //被删除的定时器在链表内部,常规链表结点删除
115 timer->prev->next = timer->next;
116 timer->next->prev = timer->prev;
117 delete timer;
118 }
119
120private:
121 //私有成员,被公有成员add_timer和adjust_time调用
122 //主要用于调整链表内部结点
123 void add_timer( util_timer* timer, util_timer* lst_head )
124 {
125 util_timer* prev = lst_head;
126 util_timer* tmp = prev->next;
127
128 //遍历当前结点之后的链表,按照超时时间找到目标定时器对应的位置,常规双向链表插入操作
129 while( tmp )
130 {
131 if( timer->expire < tmp->expire )
132 {
133 prev->next = timer;
134 timer->next = tmp;
135 tmp->prev = timer;
136 timer->prev = prev;
137 break;
138 }
139 prev = tmp;
140 tmp = tmp->next;
141 }
142
143 //遍历完发现,目标定时器需要放到尾结点处
144 if( !tmp )
145 {
146 prev->next = timer;
147 timer->prev = prev;
148 timer->next = NULL;
149 tail = timer;
150 }
151
152 }
153
154private:
155 //头尾结点
156 util_timer* head;
157 util_timer* tail;
158};
定时任务处理函数
使用统一事件源,SIGALRM信号每次被触发,主循环中调用一次定时任务处理函数,处理链表容器中到期的定时器。
具体的逻辑如下,
-
遍历定时器升序链表容器,从头结点开始依次处理每个定时器,直到遇到尚未到期的定时器
-
若当前时间小于定时器超时时间,跳出循环,即未找到到期的定时器
-
若当前时间大于定时器超时时间,即找到了到期的定时器,执行回调函数,然后将它从链表中删除,然后继续遍历
1//定时任务处理函数
2void tick()
3{
4 if( !head )
5 {
6 return;
7 }
8
9 //获取当前时间
10 time_t cur = time( NULL );
11 util_timer* tmp = head;
12
13 //遍历定时器链表
14 while( tmp )
15 {
16 //链表容器为升序排列
17 //当前时间小于定时器的超时时间,后面的定时器也没有到期
18 if( cur < tmp->expire )
19 {
20 break;
21 }
22
23 //当前定时器到期,则调用回调函数,执行定时事件
24 tmp->cb_func( tmp->user_data );
25
26 //将处理后的定时器从链表容器中删除,并重置头结点
27 head = tmp->next;
28 if( head )
29 {
30 head->prev = NULL;
31 }
32 delete tmp;
33 tmp = head;
34 }
35}
服务器首先创建定时器容器链表,然后用统一事件源将异常事件,读写事件和信号事件统一处理,根据不同事件的对应逻辑使用定时器。
具体的,
-
浏览器与服务器连接时,创建该连接对应的定时器,并将该定时器添加到链表上
-
处理异常事件时,执行定时事件,服务器关闭连接,从链表上移除对应定时器
-
处理定时信号时,将定时标志设置为true
-
处理读事件时,若某连接上发生读事件,将对应定时器向后移动,否则,执行定时事件
-
处理写事件时,若服务器通过某连接给浏览器发送数据,将对应定时器向后移动,否则,执行定时事件
1//定时处理任务,重新定时以不断触发SIGALRM信号
2void timer_handler()
3{
4 timer_lst.tick();
5 alarm(TIMESLOT);
6}
7
8//创建定时器容器链表
9static sort_timer_lst timer_lst;
10
11//创建连接资源数组
12client_data *users_timer = new client_data[MAX_FD];
13
14//超时默认为False
15bool timeout = false;
16
17//alarm定时触发SIGALRM信号
18alarm(TIMESLOT);
19
20while (!stop_server)
21{
22 int number = epoll_wait(epollfd, events, MAX_EVENT_NUMBER, -1);
23 if (number < 0 && errno != EINTR)
24 {
25 break;
26 }
27
28 for (int i = 0; i < number; i++)
29 {
30 int sockfd = events[i].data.fd;
31
32 //处理新到的客户连接
33 if (sockfd == listenfd)
34 {
35 //初始化客户端连接地址
36 struct sockaddr_in client_address;
37 socklen_t client_addrlength = sizeof(client_address);
38
39 //该连接分配的文件描述符
40 int connfd = accept(listenfd, (struct sockaddr *)&client_address, &client_addrlength);
41
42 //初始化该连接对应的连接资源
43 users_timer[connfd].address = client_address;
44 users_timer[connfd].sockfd = connfd;
45
46 //创建定时器临时变量
47 util_timer *timer = new util_timer;
48 //设置定时器对应的连接资源
49 timer->user_data = &users_timer[connfd];
50 //设置回调函数
51 timer->cb_func = cb_func;
52
53 time_t cur = time(NULL);
54 //设置绝对超时时间
55 timer->expire = cur + 3 * TIMESLOT;
56 //创建该连接对应的定时器,初始化为前述临时变量
57 users_timer[connfd].timer = timer;
58 //将该定时器添加到链表中
59 timer_lst.add_timer(timer);
60 }
61 //处理异常事件
62 else if (events[i].events & (EPOLLRDHUP | EPOLLHUP | EPOLLERR))
63 {
64 //服务器端关闭连接,移除对应的定时器
65 cb_func(&users_timer[sockfd]);
66
67 util_timer *timer = users_timer[sockfd].timer;
68 if (timer)
69 {
70 timer_lst.del_timer(timer);
71 }
72 }
73
74 //处理定时器信号
75 else if ((sockfd == pipefd[0]) && (events[i].events & EPOLLIN))
76 {
77 //接收到SIGALRM信号,timeout设置为True
78 }
79
80 //处理客户连接上接收到的数据
81 else if (events[i].events & EPOLLIN)
82 {
83 //创建定时器临时变量,将该连接对应的定时器取出来
84 util_timer *timer = users_timer[sockfd].timer;
85 if (users[sockfd].read_once())
86 {
87 //若监测到读事件,将该事件放入请求队列
88 pool->append(users + sockfd);
89
90 //若有数据传输,则将定时器往后延迟3个单位
91 //对其在链表上的位置进行调整
92 if (timer)
93 {
94 time_t cur = time(NULL);
95 timer->expire = cur + 3 * TIMESLOT;
96 timer_lst.adjust_timer(timer);
97 }
98 }
99 else
100 {
101 //服务器端关闭连接,移除对应的定时器
102 cb_func(&users_timer[sockfd]);
103 if (timer)
104 {
105 timer_lst.del_timer(timer);
106 }
107 }
108 }
109 else if (events[i].events & EPOLLOUT)
110 {
111 util_timer *timer = users_timer[sockfd].timer;
112 if (users[sockfd].write())
113 {
114 //若有数据传输,则将定时器往后延迟3个单位
115 //并对新的定时器在链表上的位置进行调整
116 if (timer)
117 {
118 time_t cur = time(NULL);
119 timer->expire = cur + 3 * TIMESLOT;
120 timer_lst.adjust_timer(timer);
121 }
122 }
123 else
124 {
125 //服务器端关闭连接,移除对应的定时器
126 cb_func(&users_timer[sockfd]);
127 if (timer)
128 {
129 timer_lst.del_timer(timer);
130 }
131 }
132 }
133 }
134 //处理定时器为非必须事件,收到信号并不是立马处理
135 //完成读写事件后,再进行处理
136 if (timeout)
137 {
138 timer_handler();
139 timeout = false;
140 }
141}
有小伙伴问,连接资源中的address是不是有点鸡肋?
确实如此,项目中虽然对该变量赋值,但并没有用到。类似的,可以对比HTTP类中address属性,只在日志输出中用到。
但不能说这个变量没有用,因为我们可以找到客户端连接的ip地址,用它来做一些业务,比如通过ip来判断是否异地登录等等。