标签:
先来说说自己在做工程过程中的一些理解:
1, 输入time_t,输出tm格式的函数 loctaltime(time_t) / gmtime(time_t)
其中localtime会受时区和夏令时影响,也就是说系统会把函数输入的time_t格式的值作为UTC时间,然后根据本地的TZ环境变量,进行小时的偏移得到一个tm格式的时间;
gmtime则不做环境变量相关的处理,直接获得tm格式的值。
2, 输入tm,输出time_t格式的函数mktime()
这个函数也受TZ环境变量的影响,确切来说受夏令时标志的影响。如果tm中tm_isdst成员为1,则在做转化时,mk会自动获得程序运行环境的夏令时信息,所以结果受tm成员与夏令时偏移量共同影响。
3, 字符串格式函数ctime(time_t) asctime(tm)
将对应的值根据本地时间环境变量打印。
以下摘自于网友的好帖子
系统函数的转化关系如下:
time_t与struct tm之间的转换
struct tm {
int tm_sec; /*Seconds (0-60)*/
int tm_min; /*Minites (0-59)*/
int tm_hour; /*Hours (0-23)*/
int tm_mday; /*Day of the month (1-31)*/
int tm_mon; /*Month (1-12)*/
int tm_year; /*Year since 1900*/
int tm_wday; /*Day of the week (Sunday = 0)*/
int tm_yday; /*Day in the year (0-365; 1 Jan = 0)*/
int tm_isdst; /*Daylight saving time flag > 0: DST is in effect; = 0: DST is not effect; < 0: DST information not available*/
};
结构体tm将日期和时间分解成多个独立的字段,这样能方便程序获取不同的字段值来处理。字段tm_sec的上限为60而不是59,这样的设计主要是考虑闰秒,偶尔用其将人类日历调整至精确的天文年(所谓的回归年)。如果程序中定义了_BSD_SOURCE测试宏,那么有glibc定义的tm结构还会包括两个字段,一个为long int tm_gmtoff,用于表示时间超出UTC以东的秒数,一个为const char* tm_zone,用于表示时区的缩写(例如:CEST为欧洲中部夏令时间)。
gmtime()和localtime()两个函数可将time_t转换成struct tm。gmtime()直接将time_t分解成UTC时间的tm,localtime()需要考虑时区和夏令时的设置,具体声明如下:
#include <time.h>
// Both return a pointer to a statically allocated broker-down time structure on success, or NULL on error
struct tm* gmtime (const time_t *timep);
struct tm* localtime (const time_t *timep);
以上两个函数都是非线程安全的,线程安全版本为gmtime_r()和localtime_r()
mktime()函数可以将struct tm转换成time_t,其声明如下:
time_t mktime (struct tm *timeptr);
该函数可能会修改timeptr对应的值,至少会确保对tm_wday和tm_yday字段的设置,确保这些字段与其他字段能够相互对应起来。同时,mktime()在进行转换时会对时区进行设置。此外,DST设置的使用与否取决于输入字段tm_isdst的值。
定义于/usr/share/zoneinfo中。时区的设置会影响到ctime()、localtime()、mktime()、strftime()等函数,为了获取时区设置,这些函数都会调用tzset(3)对如下全局变量进行设置:
char *tzname[2]; /*Name of timezone and alternate (DST) timezone*/
int daylight; /*Nonzero if there is an alternate (DST) timezone*/
long timezone; /*Seconds difference between UTC and local standard time*/
标签:
原文地址:http://www.cnblogs.com/vincentfu/p/5398609.html