Unity C#中File.Exists对存在文件始终返回false的问题求助

我之前在Unity 2017版本里碰到过几乎一模一样的坑，结合你描述的情况（同一路径生成逻辑，LoadGameData正常但File.Exists失效，资源管理器能打开路径），给你几个针对性的排查和解决方向：

1. 路径中混入不可见/特殊字符 #

这是最常见的原因——调试日志里显示的路径看起来完全正常，但实际字符串中可能混入了零宽空格、全角空格、换行符或者\0这类不可见字符。Windows资源管理器会自动忽略这些字符，但System.IO.File.Exists会严格匹配每个字符，导致返回false。

排查与解决： #

• 打印路径的每个字符编码，检查是否有异常：

  string targetPath = YourPathGenerationLogic();
  foreach (char c in targetPath)
  {
      Debug.Log($"字符: '{c}' | ASCII编码: {(int)c}");
  }
  

  正常的可见字符编码应该在32~126之间，若出现其他值（比如8203对应零宽空格），说明存在特殊字符。
• 使用Path.GetFullPath()清理路径，自动去除冗余的分隔符、特殊字符：

  string cleanedPath = Path.GetFullPath(targetPath);
  if (File.Exists(cleanedPath))
  {
      // 路径已修复，正常处理文件
  }
  

2. 工作目录差异导致的相对路径失效 #

虽然你说路径生成逻辑相同，但要注意：Unity编辑器运行时的当前工作目录是项目根目录，而打包后从启动菜单打开的exe，其工作目录是exe所在的文件夹。如果你的路径生成逻辑包含相对路径（比如./SaveData/save1.dat），就会出现编辑器中路径错误，但打包后路径正确的情况——而调试日志里的路径可能是你手动拼接的绝对路径，和实际代码中使用的相对路径不符。

排查与解决： #

• 打印当前工作目录，对比两种场景的差异：

  Debug.Log($"当前工作目录: {Directory.GetCurrentDirectory()}");
  

• 确保路径生成时使用绝对路径，比如结合Application.persistentDataPath（Unity推荐的持久化存储路径）：

  string savePath = Path.Combine(Application.persistentDataPath, "SaveData", "save1.dat");
  

3. Windows长路径限制问题 #

Windows传统路径长度限制为260字符（含文件名），如果你的路径超过这个长度，File.Exists会直接返回false，但Windows资源管理器和Unity的部分文件API（比如File.ReadAllText）会自动处理长路径，这就解释了为什么LoadGameData能正常打开文件。

解决方法： #

• 在路径前添加\\?\前缀突破长路径限制：

  string longPathFix = @"\\?\" + Path.GetFullPath(targetPath);
  if (File.Exists(longPathFix))
  {
      // 长路径已被正确识别
  }
  

4. 权限或文件锁定问题 #

虽然概率较低，但仍需排查：

• 确保Unity编辑器/打包后的exe有该文件的读取权限（比如文件在C:\Windows或Program Files目录下，可能触发UAC虚拟化，导致实际读取的是AppData下的重定向文件）。
• 检查文件是否被其他进程锁定（比如正在被另一个程序写入），可以尝试关闭其他可能访问该文件的程序后重试。

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