Question

这是合法的吗？我试图尽可能快地获得time_t给定一个格式为YYYYMMDDHHMMSS的字符串。

static time_t ConvertToSecSince1970(char *szYYYYMMDDHHMMSS)
{
struct tm    Tm;    

    memset(&Tm, 0, sizeof(Tm));
    Tm.tm_year = makeInt(szYYYYMMDDHHMMSS +  0, 4) - 1900;
    Tm.tm_mon  = makeInt(szYYYYMMDDHHMMSS +  4, 2) - 1;
    Tm.tm_mday = makeInt(szYYYYMMDDHHMMSS +  6, 2);
    Tm.tm_hour = makeInt(szYYYYMMDDHHMMSS +  8, 2);
    Tm.tm_min  = makeInt(szYYYYMMDDHHMMSS + 10, 2);
    Tm.tm_sec  = makeInt(szYYYYMMDDHHMMSS + 12, 2);
    return mktime(&Tm);
}

如果我使用以下方法创建TM，似乎会产生相同的答案：

strptime(szYYYYMMDDHHMMSS, "%Y%m%d%H%M%S", &Tm);

我担心tm_yday，tm_wday，tm_isdst，tm_gmtoff，tm_zone很重要。我的日期是UTC，所以我认为gmtoff = 0和tm_zone = 0可能有用。

顺便说一句，这是makeInt：

inline int makeInt(const char *p, int size)
{
    const char *endp;
    int intval = 0;

    endp = p + size;
    while (p < endp)
    {
        intval = intval * 10 + *p - '0';
        p++;
    }
    return intval;
}

Answer 1

使用getdate可能会更好，除非你确定它太慢了。否则，你所做的事情看起来相当不错，如果不是有点神秘。

Answer 2

mktime()会忽略tm_wday和tm_yday字段，并根据其他字段为它们计算新值。这同样适用于BSD扩展tm_gmtoff和tm_zone，但它们是从当地时区计算的。

但请注意，mktime()使用本地时间，而非UTC，因此如果您的输入日期为UTC，那么您的时区必须设置为UTC。

Answer 3

日期和时间处理一般有很多棘手的问题，所以我强烈推荐strptime（）而不是自己动手。如果strptime（）的性能是瓶颈，那么除了尝试创建更好的strptime（）之外，还要以其他方式解决它，例如

您的字符串以及time_t（通常使用它）仅提供第二精度，因此您可以缓存转换后的值并每秒更新一次。
首先不要使用字符串形式的时间戳。例如。传递time_t值（包含自Time（）返回的时间以来的秒数，而不是仅当/需要打印/将其显示给用户时将其转换为字符串/。

从YYYYMMDDHHMMSS字符串中获取time_t的最快方法

3 个答案: