我在Windows上使用以下宏：

#define timegm _mkgmtime

正如_mkgmtime所做的一样。

当大卫Cutler的团队在1989年开始设计Windows NT时，他们还不知道哪种API将占主导地位。他们创造了三个人。Win32是Windows API的16位版本的改编。支持OS/2，该操作系统本应取代DOS，但没有。Posix是第三个，因为当时美国政府规定他们只会考虑使用遵循新兴Posix标准的操作系统。
你提到的tzset（）函数是Posix API的遗留。你可能拼错了putenv（），同样的故事。这个子系统的表现并不好，Win32在API之战中大获全胜，Posix的支持在2001年从Windows中删除。微软保留了对Posix函数的支持，但使用前导下划线重命名了它们，因为它们不是标准C库的一部分。当你使用函数的无前缀版本时，你应该得到弃用警告。听起来像是#defined _CRT_NONSTDC_NO_DEPRECATE来抑制它们。最好不要这样做。支持标准C库函数。

// Algorithm: http://howardhinnant.github.io/date_algorithms.html
int days_from_epoch(int y, int m, int d)
{
    y -= m <= 2;
    int era = y / 400;
    int yoe = y - era * 400;                                   // [0, 399]
    int doy = (153 * (m + (m > 2 ? -3 : 9)) + 2) / 5 + d - 1;  // [0, 365]
    int doe = yoe * 365 + yoe / 4 - yoe / 100 + doy;           // [0, 146096]
    return era * 146097 + doe - 719468;
}

// It  does not modify broken-down time
time_t timegm(struct tm const* t)     
{
    int year = t->tm_year + 1900;
    int month = t->tm_mon;          // 0-11
    if (month > 11)
    {
        year += month / 12;
        month %= 12;
    }
    else if (month < 0)
    {
        int years_diff = (11 - month) / 12;
        year -= years_diff;
        month += 12 * years_diff;
    }
    int days_since_epoch = days_from_epoch(year, month + 1, t->tm_mday);

    return 60 * (60 * (24L * days_since_epoch + t->tm_hour) + t->tm_min) + t->tm_sec;
}

这是一种将UTC中的tm转换为time_t的可移植方法。
请注意，它不会修改/标准化tm结构，也不会更改任何tz设置。

对于我所知道的大多数功能来说，没有区别。
名称中的下划线是为了强调这些不是标准的C函数：另外，ANSI C中没有tzset和setenv函数。它们主要是由MS CRT实现的POSIX函数，作为从其他操作系统移植的辅助工具。
但他们不声称POSIX兼容性，这就是为什么下划线。这就是为什么你应该仔细阅读有关这些函数的MS文档。那里有恶魔！

我的timegm实现在windows上运行。

time_t timegm(struct tm * a_tm)
{
    time_t ltime = mktime(a_tm);
    struct tm tm_val;
    gmtime_s(&tm_val, &ltime);
    int offset = (tm_val.tm_hour - a_tm->tm_hour);
    if (offset > 12)
    {
        offset = 24 - offset;
    }
    time_t utc = mktime(a_tm) - offset * 3600;
    return utc;
}

应该没问题