用mktime的一些坑(月份未减一所导致的问题)

问题?用mktime函数时,月份未减一会出现什么情况?

time_t mktime(struct tm *)

其中的tm结构体定义如下:

struct tm {

int tm_sec;/* 秒 – 取值区间为[0,59] */

int tm_min; /* 分 - 取值区间为[0,59] */

int tm_hour;/* 时 - 取值区间为[0,23] */

int tm_mday; /* 一个月中的日期 - 取值区间为[1,31] */

int tm_mon;/* 月份(从一月开始,0代表一月) - 取值区间为[0,11]*/

int tm_year; /* 年份,其值等于实际年份减去1900 */

int tm_wday; /* 星期 – 取值区间为[0,6],其中0代表星期天,1代表星期一,以此类推 */

int tm_yday; /* 从每年的1月1日开始的天数 – 取值区间为[0,365],其中0代表1月1日,1代表1月2日,以此类推 */

int tm_isdst; /* 夏令时标识符,实行夏令时的时候,tm_isdst为正。不实行夏令时的进候,tm_isdst为0;不了解情况时,tm_isdst()为负。*/ };

我们只要给出年月日时分秒,然后用mktime()就可以,获取的星期存在tm_wday中

https://blog.csdn.net/YuZhiHui_No1/article/details/42888237

mktime为什么那么慢:https://blog.csdn.net/test201105/article/details/49815103

测试程序如下:如果月份未减一

#include "time.h"
#include "stdio.h"
#include "stdlib.h"
int main(void) {     
	struct tm t1;   
	struct tm t2;    
	struct tm t3;   
	time_t auqian; //2018年8月31日23点58分45秒  
	time_t auzhong; //2018年3月31日0点0分0秒   
	time_t hou; //2018年5月31日点1分45秒   
	t1.tm_year=2018-1900;       
	t1.tm_mon=8;        
	t1.tm_mday=31;      
	t1.tm_hour=23;       
	t1.tm_min=58;         
	t1.tm_sec=45;          
	t1.tm_isdst=0; 

	t2.tm_year=2018-1900;       
	t2.tm_mon=3;         
	t2.tm_mday=31;        
	t2.tm_hour=0;         
	t2.tm_min=0;         
	t2.tm_sec=0;         
	t2.tm_isdst=0; 

	t3.tm_year=2018-1900;  
	t3.tm_mon=5;         
	t3.tm_mday=31;        
	t3.tm_hour=0;         
	t3.tm_min=1;         
	t3.tm_sec=45;      
	t3.tm_isdst=0;  
	auqian = mktime(&t1);    
	printf("%d   ",auqian);  
	printf("%s",ctime(&auqian));  
	auzhong = mktime(&t2);    
	printf("%d   ",auzhong);   
	printf("%s",ctime(&auzhong));   
	hou = mktime(&t3);   
	printf("%d   ",hou);  
	printf("%s",ctime(&hou)); 

	getchar();
	return 0; 
} 

测试结果如下:很明显8月31日   变为10月1日     3月31日变为5月1日    5月31日变为6月1日

原因:通过测试发现月份不减1,每逢1,3,5,8,10月他用mktime算出的时间:比如输入3月31日就会变为5月1号

    第一个原因是:由于时间结构体里的月份存储范围为0~11,所以不减一会被解析为4月,而四月又是小月,他没有第31天;由于mktime函数本身的强大,他会直接把多出的一天算到下个月的第一天,也就是变成了五月1号。
所以在跨月的时候是跨月之前的时间变大了,变大了将近一天时间。

  这如果用来上传数据,计算前后时间戳就为负值,很容易出现不容易发现的问题。
 

 

 

 

 

 

 

 

 


 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章