为什么在Windows上time :: Duration的纳秒值会降到最接近的100的倍数？

Question

在Windows 10 64位上运行以下程序时：

use std::time::{Duration, UNIX_EPOCH};

fn main() {
    let d = Duration::new(4660, 22136);
    let t = UNIX_EPOCH + d;
    let d2 = t.duration_since(UNIX_EPOCH).unwrap();
    println!("d: {:?}", d);
    println!("d2: {:?}", d2);
}

为什么将纳秒值下限到最接近的100的倍数？

d: Duration { secs: 4660, nanos: 22136 }
d2: Duration { secs: 4660, nanos: 22100 }

Windows文件时间以100纳秒间隔表示，但是我不明白为什么这会影响此计算。

Answer 1

通过将UNIX_EPOCH （ SystemTime ）添加到Duration ，您最终得到一个SystemTime 。

Windows特定于sys::time::SystemTime的实现基于Windows FILETIME结构。

此结构的粒度为100纳秒 ：

包含一个64位值，代表自1601年1月1日（UTC）起100纳秒间隔的数量。

大概选择FILETIME是因为这是Windows世界中普遍使用的时间类型，它提供了性能和功能的良好结合。