1.为什么要加入此定时器接口
linux2.6.25版本新增了timerfd这个供用户程序使用的定时接口,这个接口基于文件描述符,当超时事件发生时,该文件描述符就变为可读。我首次接触这个新特性是在muduo网络库的定时器里看到的,那么新增一个这样的定时器接口有什么意义呢?
要说明这个问题我得先给大家列举一下linux下能实现定时功能的各个接口,然后通过逐一比较来说明原因
linux下的定时接口主要有如下几种
.sleep()
.alarm()
.usleep()
.nanosleep()
.clock_nanosleep()
.getitimer()/setitimer()
.timer_create()/timer_settime/timer_gettime()/timer_delete()
.timerfd_create()/timerfd_gettime()/timer_settime()
以上便是Linux下常用的一些定时接口
1.前三种sleep()/alarm()/usleep()在实现时可能用了SIGALRM信号,在多线程中使用信号是相当麻烦的
2.nanosleep()/clock_nanosleep()会让线程挂起,这样会使程序失去响应,多线程网络编程中我们应该避免这样做
3.getitimer()/timer_cteate()也是用信号来deliver超时
而我们的timerfd_create()把时间变成了一个文件描述符,该文件描述符会在超时时变得可读,这种特性可以使我们在写服务器程序时,很方便的便把定时事件变成和其他I/O事件一样的处理方式,并且此定时接口的精度也足够的高,所以我们只要以后在写I/O框架时用到了定时器就该首选timerfd_create()
2.timerfd的接口介绍
(1)timerfd的创建
int timer_create(int clockid,int flags);
//成功返回0
第一个参数一般为CLOCK_REALTIME或者CLOCK_MONOTONIC,其参数意义为参数意义
CLOCK_REALTIME:相对时间,从1970.1.1到目前时间,之所以说其为相对时间,是因为我们只要改变当前系统的时间,从1970.1.1到当前时间就会发生变化,所以说其为相对时间
CLOCK_MONOTONIC:与CLOCK_REALTIME相反,它是以绝对时间为准,获取的时间为系统最近一次重启到现在的时间,更该系统时间对其没影响
第二个参数为控制标志:TFD_NONBLOCK(非阻塞),TFD_CLOEXEC(同O_CLOEXEC)
(2)定时器的设置
int timerfd_settime(int fd,int flags
const struct itimerspec *new_value
struct itimerspec *old_value);
//成功