连续调用中文件元数据修改时间戳返回不同值的问题

你遇到的问题不是ARM架构特有的——你在AMD Ubuntu上也能复现，说明这和处理器架构无关，根源在文件系统的时间戳处理、缓冲区机制这两方面：

核心原因 #

1. 缓冲区未同步导致的时间戳延迟
   你的代码里用了BufWriter，调用write_all后数据只是写入了用户态缓冲区，并没有立刻刷到磁盘。第一次读取modified时间戳时，可能文件的元数据还没更新；而第二次读取前，操作系统的后台刷新机制完成了缓冲区写入，导致时间戳发生变化，断言失败。

2. 文件系统时间戳的精度与波动
   不同文件系统（比如Mac的APFS、Ubuntu的ext4）的时间戳精度不同，部分系统会用近似值或存在微小的更新延迟。即使文件内容没变化，底层存储或操作系统在处理元数据时，可能会返回略有差异的时间戳（比如纳秒级的波动），导致严格相等的断言失败。

修复方案 #

针对这两个问题，你可以这样调整代码：

• 显式刷新缓冲区并同步文件
  在写入后强制将缓冲区数据刷到磁盘，并同步元数据：

  let file = create_file;
  let mut writer = BufWriter::new(file);
  writer.write_all(b"This test is killing me")?;
  // 刷新缓冲区到文件
  writer.flush()?;
  // 同步文件数据和元数据到磁盘
  let file = writer.into_inner()?;
  file.sync_all()?;
  
  let latest_update = fs::metadata(file_path)?.modified()?;
  self.modified = latest_update;
  let check_update = fs::metadata(file_path)?.modified()?;
  
  assert_eq!(check_update, latest_update);
  

• 放宽时间戳的比较条件
  如果严格相等的断言没必要，可以允许时间戳存在微小误差（比如1秒内的差异）：

  let delta = check_update.duration_since(latest_update).unwrap_or_default();
  assert!(delta < std::time::Duration::from_secs(1));
  

补充说明 #

这种偶发失败的测试，本质是依赖了文件系统的即时性保证，但操作系统和文件系统为了性能，会做延迟写入、缓存等优化，所以不要假设连续读取的元数据会完全一致。

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