最标准安全的方式是调用 std::chrono::system_clock::from_time_t，它专为 time_t（unix 秒数）转 system_clock::time_point 设计，但仅支持秒级精度且需校验 time_t 合法性。
time_t 转 time_point 用 system_clock::from_time_t
直接调用 std::chrono::system_clock::from_time_t 是最标准、最安全的方式。这个函数专为此设计，且语义明确：输入是自 Unix epoch 起的秒数（time_t），输出是对应系统时钟的 time_point。
注意它只接受秒级精度的 time_t，不携带纳秒或微秒信息；即使你传入的是高精度 time_t（如某些平台支持 sub-second），该函数仍按整秒处理。
- 必须确保传入的
time_t值合法（非-1或溢出值），否则行为未定义 - 返回的
time_point类型是system_clock::time_point，不能直接赋给steady_clock::time_point等其他时钟类型 - 若需更高精度（比如从
timespec构造），得手动组合秒 + 纳秒字段，不能依赖from_time_t
为什么不能用 duration_cast 或隐式转换
time_t 是算术类型（通常是 long 或 int64_t），而 time_point 是带时钟类型的模板类，二者没有隐式转换关系。试图写 auto tp = std::chrono::system_clock::time_point{std::chrono::seconds(t)}; 是错的——这构造的是“从 epoch 起 t 秒”，但 system_clock::from_time_t 还做了时区和闰秒相关适配（虽然多数实现暂不处理闰秒，但接口语义上保证与 C 标准库时间函数一致）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 手写
seconds(t)构造会绕过system_clock的内部纪元对齐逻辑，跨平台可能偏差 1 秒 -
duration_cast是用于不同 duration 类型之间转换的，不是用来把整数转time_point - 某些老旧代码用
time_point(duration)强行构造，属于未定义行为，Clang/GCC 高版本会警告
处理 time_t == -1 的边界情况
time_t(-1) 在 C 标准中表示时间获取失败（如 time(nullptr) 出错）。system_clock::from_time_t(-1) 的行为是未指定的，实际中常见返回 epoch 或极大值，不可靠。
- 务必在调用前检查：
if (t == static_cast<time_t>(-1)) { /* handle error */ }</time_t> - 不要假设
from_time_t(-1)会抛异常——它不会，C++ 标准没要求 - 若业务需要“无效时间点”语义，建议用
std::optional<:time_point></:time_point>包装
从 time_t 到其他时钟 time_point（比如 steady_clock）
不能直接转换。因为 system_clock 和 steady_clock 纪元不同、速率也可能不同（尤其在系统休眠时 steady_clock 保持单调，system_clock 可能跳变）。
- 唯一可移植方式是：先转成
system_clock::time_point，再通过system_clock::to_time_t和steady_clock::now()做相对估算（仅适用于粗略时间差） - 真正需要跨时钟映射时，应避免依赖绝对时间点，改用
duration表达相对间隔 - 某些平台提供
clock_gettime(CLOCK_MONOTONIC, &ts)直接获取steady精度时间，比折腾转换更可靠
真正麻烦的不是转换本身，而是误以为 time_t 和 time_point 是同构数据——它们承载的时间语义、精度承诺、错误处理方式都不同。哪怕只差一秒，也可能让日志排序错乱或超时判断失效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
