不能直接转换，需通过1400-01-01与1970-01-01的epoch差值（182694天）校准：先得ptime距boost epoch的时长，减去该偏移，再转为microseconds构造system_clock::time_point。
std::chrono::system_clock::time_point 怎么从 boost::posix_time::ptime 转换
直接转换不可行，因为两者底层表示和时区语义不同：boost::posix_time::ptime 默认基于 UTC 但不带显式时区标记，而 std::chrono::system_clock::time_point 语义上等价于 Unix 时间戳（自 1970-01-01 00:00:00 UTC 起的纳秒/微秒数）。必须通过 epoch 差值做偏移校准。
关键步骤是：先用 ptime::time_from_epoch() 拿到距 Boost 自身 epoch（1400-01-01）的 time_duration，再减去 Boost epoch 到 Unix epoch 的固定差值（1400-01-01 到 1970-01-01 是 182694 天）。
实操建议：
- 别用
to_time_t()中转 —— 会丢失亚秒精度，且在 Windows 上可能因 32 位time_t截断出错 - 确保 Boost 编译时启用了
BOOST_DATE_TIME_POSIX_TIME_STD_CONFIG，否则time_from_epoch()返回类型可能不一致 - 推荐统一用微秒级精度转换，避免 double 转换引入浮点误差
namespace pt = boost::posix_time;
using namespace std::chrono;
<p>pt::ptime p = pt::second_clock::universal_time();
pt::time_duration td = p - pt::ptime(pt::date(1400,1,1));
auto unix_epoch_offset = hours(24) * 182694; // 1400-01-01 → 1970-01-01
auto us_since_epoch = (td - unix_epoch_offset).total_microseconds();
system_clock::time_point tp{microseconds(us_since_epoch)};
</p>
为什么不能用 to_time_t() + system_clock::from_time_t()？
表面看最简，但实际埋了三个坑：
-
to_time_t()只返回秒级整数，丢弃微秒/纳秒，精度坍缩 - 某些 Boost 版本在 32 位平台或旧编译器下，
to_time_t()对早于 1970 或晚于 2038 的时间返回 -1（errno = EINVAL） -
system_clock::from_time_t()接收的是系统本地time_t解释，若程序 locale 非 UTC，可能意外触发时区调整（尽管标准未规定行为，但 libc 实现常隐式调用localtime()）
错误现象示例：ptime(date(2025,1,1)) 经该路径转换后，system_clock::to_time_t(tp) 可能返回比原值少 3600 秒（夏令时偏移干扰）。
std::chrono::steady_clock 或 high_resolution_clock 怎么对应？
不能直接对应 —— boost::posix_time 没有等价于单调时钟的概念。steady_clock 是实现定义的、不随系统时间调整而跳变的时钟，而 ptime 始终是挂钟时间（wall-clock time）。
如果你只是想把某个 ptime “对齐”到当前 steady 时钟的尺度（比如做耗时测量），正确做法是：记录转换时刻的两个时钟读数，之后用差值做线性映射。不要试图构造一个“等价的 steady_time_point”。
- 别写
steady_clock::time_point(tp.time_since_epoch())—— 单位和 epoch 都不匹配，结果完全无意义 - 若需跨时钟测间隔，应统一用
duration_cast转成nanoseconds再比较，而非强转 time_point 类型 - Boost 1.70+ 提供了
boost::chrono::clock_cast，但仅支持同源时钟（如 system ↔ steady），不支持与 posix_time 互转
Windows 下 FILETIME 转换要额外注意什么？
如果源头是 FILETIME（比如从 GetSystemTimeAsFileTime() 获取），而你又用 boost::posix_time::from_ftime<filetime>()</filetime> 构造了 ptime，那转换到 std::chrono 时要注意：FILETIME 是 100 纳秒单位、epoch 为 1601-01-01，而 Boost 的 from_ftime 已内部处理了这个偏移，所以后续仍按前述 1400-01-01 → 1970-01-01 的逻辑走即可。
但容易被忽略的一点是：from_ftime 在 Boost 1.69 之前有 bug，对负值 FILETIME（1601 年前）解析错误，导致转换后 ptime 偏移量错乱。若业务涉及历史时间（如天文计算），务必确认 Boost 版本 ≥ 1.69。
更稳妥的做法是绕过 Boost，直接用 Windows API 转 FILETIME 到 Unix 时间戳：
LARGE_INTEGER li;
li.LowPart = ft.dwLowDateTime;
li.HighPart = ft.dwHighDateTime;
int64_t unix_us = (li.QuadPart / 10 - 11644473600000000LL); // 100ns → µs, minus epoch diff
system_clock::time_point tp{microseconds(unix_us)};
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
