转载自: http://blog.sina.com.cn/s/blog_4c7fa77b01000at8.html
} SYSTEMTIME, *PSYSTEMTIME;
各成员的含义不用解释了吧。
对比一下SYSTEMTIME结构体,可以发现,除wDayOfWeek成员之外,其它各成员都进行赋值了,甚至连wMilliseconds。使用这种方式进行系统时间设置时,会忽略wDayOfWeek成员,可以不进行该成员的赋值(即使你赋值了也不会被考虑的),但其它所有成员都必须时行赋值,否则无法成功地进行时间设置。(我因为没有给毫秒赋值,修改时间一直不成功,所以这里特别需要大家注意)
3)如果只想对其中的几项进行设置的话,可以先使用GetLocalTime函数来获取当前本地时间,然后再对相应的项进行修改,如下:
SYSTEMTIME st;
这样的方式比上面方便多了。
4)上面说到的方法都是对每一项单独进行设置,在VC里面,也提供了一次性设置所有项的方法,使用COleDateTime类。
COleDateTime tm;
SYSTEMTIME st;
tm.ParseDateTime("2007-11-24 8:00:00");
tm.GetAsSystemTime(st);
SetLocalTime(&st);
程序应该很好懂吧,不过有几个注意点要说明一下。
a)先是ParseDateTime,函数原型:
BOOL ParseDateTime(
LPCTSTR lpszDate,
DWORD dwFlags = 0,
LCID lcid = LANG_USER_DEFAULT );
lpszDate就是指定的日期时间了,可以有很多种形式,如:
"25 January 1996"
"8:30:00"
"20:30:00"
"January 25, 1996 8:30:00"
"8:30:00 Jan. 25, 1996"
"1/25/1996 8:30:00"
b)dwFlags有三种值,LOCALE_NOUSEROVERRIDE、VAR_TIMEVALUEONLY、VAR_DATEVALUEONLY。LOCALE_NOUSEROVERRIDE是使用系统默认的方式,VAR_TIMEVALUEONLY是忽略日期,在该选项下,日期会被设置为0,也就是1899年12月30日,在VAR_DATEVALUEONLY下忽略时间,时间被设置为0,即午夜零点。
c)至于第三个参数lcid,是指定转换方式,语言支持方面的,MSDN里面有个很详细的表,有兴趣可以去看看。
d)COleDateTime还提供了获取时间的函数,如GetYear()之类的。
e)注意一下,如果没有指定日期的话,转换后日期就自动变为0,也就是跑1899年去了,这可很危险啊。本来还想偷个懒不指定呢,谁知道怎么偷懒的告诉我一声啊。
2、SetLocalTime与SetSystemTime的差别
SetSystemTime的用法与SetLocalTime基本相同,不重复了。差点在于SetSystemTime所带的参数指定的是UTC时间(国际标准时间),也就是说,像我的电脑里指定的是东八区,这样的话,使用SetSystemTime设置之后,系统的时间,会比参数里所设置的时间快8个小时。
另外,这两个函数设置的时间,都是对本地机各个系统都有效的。本来很好奇windows系统下改了时间,linux下是不是也会跟着改呢。事实证明是这样的。
3、使用COleDateTimeSpan类进行时间的加减。
COleDateTime tm;
COleDateTimeSpan ts;
tm.ParseDateTime("2007-11-24 8:00:00");
ts.SetDateTimeSpan(0,8,0,-14);
tm+=ts;
SYSTEMTIME st;
tm.GetAsSystemTime(st);
SetLocalTime(&st);
这个程序也很易懂,不说什么了,你只要想清楚了是该加上这个时间差呢还是减去这个时间差就行了,我是经常转不过来啦。
另外,似乎在XP下有权限问题,不是管理员账号的可能不能这样进行修改,这个我没有去试过,谁去试过了跟我说一下吧。
最后补充一句,修改系统时间之后,编译时候容易出问题,最好是每次编译的时候把时间改回来了再重新编译,或者使用rebuild all,全部重新编译,要不很有可能即使你编译了,而得到的可执行文件还是修改之前的。