C#保存IMAP邮件文件后，资源管理器选中时最后写入时间被重置为当前DateTime

该问题属于Windows平台下文件元数据修改后被后台进程意外覆盖的典型场景，所有触发源均为非主动操作的后台进程对文件执行了写入/元数据修改操作，常见场景和对应的解决方法如下：

• 触发源1：资源管理器预览窗格
  若开启了资源管理器的预览功能（快捷键Alt+P可切换开关），选中.eml/.msg等邮件格式文件时，系统会调用对应格式的解析组件加载文件内容生成预览，部分第三方邮件解析组件内置元数据补全逻辑（比如自动写入邮件属性标记），会直接修改文件最后写入时间。
  解决方法：测试阶段可先关闭预览窗格验证问题是否复现，正式场景可通过代码给完成写入的邮件文件添加ReadOnly属性规避后台写入，需要修改时再临时移除属性即可，C#设置只读属性的代码示例：

  File.SetAttributes(filePath, File.GetAttributes(filePath) | FileAttributes.ReadOnly);
  

• 触发源2：Windows搜索索引服务
  如果你的文件存储目录被纳入Windows搜索索引范围，索引服务会在系统空闲时后台扫描目录内的新增文件，部分索引解析插件在索引邮件文件时会修改文件的扩展属性，触发最后写入时间更新。
  解决方法：将邮件存储目录添加到Windows搜索的排除列表，操作路径：设置→隐私和安全性→搜索Windows→添加排除文件夹。
• 触发源3：第三方Shell扩展/杀毒软件
  部分杀毒软件的实时扫描功能、邮件类软件安装的Shell扩展（比如右键菜单的邮件预览/导入功能），都会在选中文件时后台执行扫描操作，部分实现存在缺陷会误写文件元数据。
  解决方法：可以使用Process Monitor工具筛选对应文件路径的写入操作，定位具体触发的进程，再针对性添加目录到杀毒软件白名单，或者禁用对应Shell扩展。
• 代码兜底优化方案
  若你的当前操作顺序为「写入文件内容→设置最后写入时间→释放文件流」，存在极小概率后续后台进程获取文件句柄时系统还未同步元数据的问题，可调整操作顺序为：写入内容→Flush并关闭所有文件句柄→单独调用File.SetLastWriteTimeUtc方法设置时间，设置完成后不再打开该文件的可写句柄，示例代码如下：

  // 写入邮件内容
  using (var fs = new FileStream(filePath, FileMode.Create, FileAccess.Write, FileShare.Read))
  {
      fs.Write(emailContentBytes.AsSpan());
      fs.Flush(flushToDisk: true);
  }
  // 所有文件句柄释放后再设置时间，优先使用UTC时间避免时区偏移问题
  File.SetLastWriteTimeUtc(filePath, emailReceivedTime.UtcDateTime);
  

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