传入合法1900年日期调用mktime返回-1的故障排查

你传入set(1900,1,1,0,0,0,0,0)时mktime返回-1，是多层逻辑问题共同导致的：

• 直接触发原因：超出mktime的支持时间范围
  绝大多数平台的C标准库mktime函数，对时间的支持范围和time_t的实现强相关：time_t通常是有符号整数，存储的是从Unix纪元起点（UTC时间1970年1月1日00:00:00）开始的秒偏移。你传入的1900年1月1日比纪元起点早70年，对应负的秒偏移，Windows平台、部分嵌入式平台、旧32位libc实现都不支持早于1970年的时间转换，会直接返回-1判定为非法时间。
• 核心逻辑缺陷1：入参校验完全不满足需求
  你当前用assert做的校验仅判断单个字段的数值上下限，存在两个致命问题：
  • 单字段校验无法覆盖跨字段非法场景：比如2月31日、4月31日、平年2月29日这类日期，单字段数值都在你写的校验范围内，但实际是非法日期
  • assert仅在Debug编译模式下生效，Release模式编译时所有assert逻辑会被直接剔除，线上运行时等于没有入参校验
• 核心逻辑缺陷2：没有失败兜底逻辑
  你当前的实现没有处理mktime返回-1的失败分支，不管是入参非法、时区/夏令时异常、还是时间超出平台支持范围，都不会自动fallback到默认日期，完全达不到你要的容错效果。
• 隐藏风险：tm结构体未初始化
  你声明struct tm atm;时没有做零初始化，栈上残留的随机值会填充tm_wday、tm_yday等字段，虽然大部分mktime实现会自动重算这些字段，但不排除部分实现因为这些字段值异常返回错误。

要实现“日期不合法自动使用默认日期”的逻辑，需要去掉依赖assert的校验，显式做参数校验和转换失败判断，参考代码如下：

// 可根据业务需求修改默认兜底时间，这里默认用Unix纪元起点
constexpr time_t DEFAULT_FALLBACK_TIME = 0;

void KTime::Set(int nYear, int nMonth, int nDay, int nHour, int nMin, int nSec, int nDST, bool isUTC)
{
    // 先初始化m_time为默认值
    m_time = DEFAULT_FALLBACK_TIME;

    // 基础参数范围校验，可根据你使用平台的mktime支持范围调整nYear下限
    bool base_param_valid = (nYear >= 1970)
        && (nMonth >= 1 && nMonth <= 12)
        && (nDay >= 1 && nDay <= 31)
        && (nHour >= 0 && nHour <= 23)
        && (nMin >= 0 && nMin <= 59)
        && (nSec >= 0 && nSec <= 59);
    if (!base_param_valid) {
        return;
    }

    // tm结构体零初始化，避免残留值干扰
    struct tm atm = {0};
    atm.tm_sec = nSec;
    atm.tm_min = nMin;
    atm.tm_hour = nHour;
    atm.tm_mday = nDay;
    atm.tm_mon = nMonth - 1;  // tm_mon从0开始计数
    atm.tm_year = nYear - 1900; // tm_year从1900年开始计数
    atm.tm_isdst = nDST;

    time_t convert_res = isUTC ? utc_mktime(&atm) : mktime(&atm);
    // 转换成功才覆盖默认值
    if (convert_res != -1) {
        m_time = convert_res;
    }
}

如果你确实需要处理1970年之前的时间，不要依赖标准库mktime：64位Linux下的glibc虽然可以支持到公元1年左右的时间，但跨平台兼容性极差，这种场景建议自己实现公历与时间戳的转换逻辑。

内容的提问来源于stack exchange，提问作者IFThenElse