考虑以下代码:
time_t t;
t = time( NULL );
elog << "timezone: " << getenv( "TZ" )
<< ", current local time: " << asctime( localtime( &t ));
如果我使用 MSVC 构建此代码,并在 Windows DOS shell 下运行它,我会得到正确的本地时间:
timezone: , current local time: Wed Jul 25 13:05:08 2012
但是,如果我在 bash 之类的 cygwin shell 下运行相同的程序,此代码将返回 GMT!
timezone: America/New_York, current local time: Wed Jul 25 18:05:08 2012
如果我在 Linux 或 OsX 中运行这个程序,它也会返回正确的本地时间。
为什么?
@Update:现在已经一年了,我发现我在下面给出的答案并不总是有效。
似乎对于某些程序,取消 TZ 并不总是有效。我不知道为什么。但是有一个麻烦的解决方法。基本上,在您取消设置 TZ 之后,您必须检查本地时间是否确实不再返回 GMT,但前提是您实际上不在 GMT 时区,并在您调用 localtime() 时计算对 time_t 的手动调整或找时间()
u64 localTimeOffset = 0;
static void unsetTz()
{
static bool unsetTZ = false;
if ( !unsetTZ )
{
putenv( "TZ=" );
unsetTZ = true;
// unsetting TZ does not always work. So we have to check if it worked
// and make a manual adjustment if it does not. For long running programs
// that may span DST changes, this may cause the DST change to not take
// effect.
s32 tzOffset = getTzOffset();
if ( tzOffset )
{
static char timeBuf[48];
char* s = &(timeBuf[0]);
struct tm* timeInfoGMT;
struct tm* timeInfoLocal;
time_t zero = 86400;
timeInfoGMT = gmtime( &zero );
u32 GMTHour = timeInfoGMT->tm_hour;
timeInfoLocal = localtime( &zero );
u32 localHour = timeInfoLocal->tm_hour;
if ( localHour == GMTHour )
{
// unsetting tz failed. So we have to make a manual adjustment
localTimeOffset = tzOffset * 60 * 60;
}
}
}
}
s32 getTzOffset()
{
TIME_ZONE_INFORMATION tzInfo;
GetTimeZoneInformation( &tzInfo );
s32 tz = ( tzInfo.Bias / 60 );
return tz;
}
调用当地时间:
time_t t = getAtTimeFromSomewhere();
t -= localTimeOffset;
timeInfo = localtime( &t );
打电话给 maketime:
struct tm timestr;
makeATMFromAStringForExample( time, timestr );
time_t timet = mktime( ×tr );
timet += localTimeOffset;
美好时光。