移动文件后重建同名文件，创建时间异常原因咨询

核心原因 #

这个现象确实和文件系统（主要是Windows的NTFS）直接相关，具体逻辑如下：

1. 同一卷内的File.Move本质是目录项重命名：当你在同一个NTFS卷内移动文件时，系统并不会复制文件内容，只是修改了文件在目录中的路径指向，原文件的所有元数据（包括创建时间）都会完整保留在移动后的文件里，同时原文件的MFT（主文件表）条目会被标记为可用状态，但不会立即清除。
2. MFT条目复用导致元数据继承：当你紧接着用StreamWriter(@"D:\Test.log", true)创建同名文件时，NTFS会复用之前被标记为可用的MFT条目，这就导致新文件直接继承了原文件的创建时间，而不是代码执行时的当前时间。

验证说明 #

如果是跨卷移动文件（比如从D盘移到E盘），File.Move会执行「复制文件内容+删除原文件」的操作，原文件的MFT条目会被彻底释放，此时再创建同名文件就会生成全新的MFT条目，创建时间就是当前时间——这也能反向证明问题出在NTFS的MFT复用机制上。

解决方法 #

你可以通过以下几种方式规避这个问题：

• 强制创建新文件：先使用File.Create明确生成新文件，再打开写入，这样会强制系统分配新的MFT条目：

  // 移动历史文件
  File.Move(@"D:\Test.log", @"D:\LogHistory\" + DateTime.Now.ToString("yyyyMMddHHmmssfff") + ".log");
  // 强制创建新文件
  using (File.Create(@"D:\Test.log")) {}
  // 打开写入
  using (var writer = new StreamWriter(@"D:\Test.log", true))
  {
      // 写入日志内容
  }
  

• 手动修改创建时间：创建文件后，主动调用File.SetCreationTime将创建时间设置为当前时间：

  File.Move(@"D:\Test.log", @"D:\LogHistory\" + DateTime.Now.ToString("yyyyMMddHHmmssfff") + ".log");
  using (var writer = new StreamWriter(@"D:\Test.log", true))
  {
      // 写入操作
  }
  // 手动设置创建时间
  File.SetCreationTime(@"D:\Test.log", DateTime.Now);
  

• 跨卷移动（适合小文件）：如果条件允许，将历史文件夹放在其他磁盘卷上，这样File.Move会触发完整的复制删除流程，避免MFT复用。

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