C++如何判断一个日期是否落在指定的时间跨度区间内-C++-PHP中文网

最可靠的方式是将日期统一转为std::chrono::system_clock::time_point再比较。c++20推荐用year_month_day→sys_days；c++11/14需用tm+mktime并严格校验有效性，避免时区、闰年等错误。

c++如何判断一个日期是否落在指定的时间跨度区间内

用 `std::chrono` 比较两个 `std::chrono::system_clock::time_point`

直接比较时间点是最可靠的方式，前提是所有日期都转换成统一时钟类型。C++ 标准库不提供原生的“日期”类型（如 year_month_day 在 C++20 才有），所以推荐把输入的年月日转成 std::chrono::system_clock::time_point，再做区间判断。

常见错误是手动拼字符串或用 mktime() 处理，容易因时区、夏令时、闰秒或本地时区偏移出错。用 std::chrono + std::chrono::sys_days（C++20）或 std::mktime 配合 std::gmtime（C++11/14）均可，但前者更安全。

若用 C++20：构造 std::chrono::year_month_day，再隐式转为 std::chrono::sys_days，最后转成 std::chrono::system_clock::time_point
若用 C++11/14：填 std::tm 结构体（注意 tm_year 是从 1900 起算，tm_mon 从 0 开始），调用 std::mktime → 得到 time_t → 转 std::chrono::system_clock::from_time_t
务必检查 std::mktime 返回值是否为 -1，表示无效日期（如 2023-02-30）

处理边界包含逻辑：开区间、闭区间、左闭右开

时间区间判断的核心其实是数学不等式，不是日期本身。你得明确 “落在区间内” 是否包含端点 —— 这直接影响 和 <code> 的选择。

例如：区间 [start_tp, end_tp) 表示包含起点、不包含终点，对应条件是 start_tp ；而全闭区间则用 <code> 两边。

C函数速查手册（CHM版）

下载

数据库或业务协议里常规定为左闭右开（[start, end)），避免相邻区间重叠
用户输入的“2023-01-01 到 2023-01-31”通常指自然日全包含，即 [2023-01-01 00:00:00, 2023-01-31 23:59:59.999...]，建议统一转成当日起始和次日起始来表示，即 [start_day, next_day)
别直接比 std::tm 字段（如 year/month/day），跨月/跨年时逻辑极易出错

C++20 下用 `std::chrono::year_month_day` 的简洁写法

C++20 提供了真正语义清晰的日期类型，避免手动构造 tm。只要编译器支持（GCC 10+、Clang 12+、MSVC 19.30+），就能写出可读性强、不易错的代码。

using namespace std::chrono;
auto start = year{2023}/January/1;     // year_month_day
auto end   = year{2023}/December/31;
auto target = year{2023}/June/15;

sys_days start_tp = sys_days{start};
sys_days end_tp   = sys_days{end} + days{1}; // 转成 [start, end+1) 区间
sys_days target_tp = sys_days{target};

bool in_range = (start_tp

sys_days 是 std::chrono::time_point 的一种，底层是 days 自 1970-01-01 起的天数，无时区歧义
year{y}/month/mday 构造会自动校验有效性（如 2023/February/30 编译期不报错，但运行时 ok() 返回 false）
注意 end_tp 加 days{1} 是为了实现自然日闭区间语义，否则 sys_days{end} 只表示当天 00:00:00

兼容旧标准（C++11/14）时的健壮 fallback 方案

如果不能用 C++20，就老实用 std::tm + std::mktime，但必须补全验证和归一化步骤 —— 否则 mktime 可能静默修正非法日期（比如把 2023-02-30 改成 2023-03-02），导致逻辑错乱。

填完 std::tm 后先调用 std::mktime，再用 std::gmtime 把结果转回 tm，对比原始字段是否一致，不一致说明被修正过
或者用 std::strftime 输出再解析，确认是否仍是预期日期
所有时间点统一用 UTC（std::time_t 本质是 UTC 秒数），避免本地时区干扰区间计算
不要依赖 std::localtime，它引入时区偏移，让同一 time_t 在不同机器上解释不同