System.IO.File.Exists(string path)
即使文件存在于指定的路径上,也会始终返回false。可能的解决方案是什么?为什么System.IO.File.Exists(string path)返回false?
System.IO.File.Exists(string path)
即使文件存在于指定的路径上,也会始终返回false。可能的解决方案是什么?为什么System.IO.File.Exists(string path)返回false?
这可能是一个权限问题。从documentation:
如果在尝试确定指定文件是否存在时发生任何错误,Exists方法将返回false。在发生例外情况时会发生这种情况,例如传递带有无效字符或太多字符的文件名,磁盘发生故障或丢失,或者调用者无权读取文件。
看到发生了什么的一种方法是试图读取文件(例如使用File.OpenRead
)。如果成功,我会感到惊讶 - 但是如果失败,例外应该会提供更多信息。
我如何解决这个问题时使用了Server.MapPath(fileName)
,因为它一直试图在其他地方找到该文件。
System.IO.File.Exists(Server.MapPath(string path))
有谁知道这是.NET版本之间的区别吗?这在应用程序升级到.NET 4.5之前就已经开始工作了。现在突然间,这是一个问题。 –
这不会在Windows应用程序的工作,遗憾的是 – MC9000
我也在亲身经历这个。就我而言,我正在删除该文件并重新创建它。在删除文件的过程中,我忘记了在使用File.Exists
之前在WaitForExit()
之前添加
使用\\而不是@。例如:
@ “C:\ file.txt的” - > “C:\\ file.txt的”
在我的情况下,文件名中的不同“破折号”导致该问题。
var f1 = "4-37R.pdf";
var f2 = "4‐37R.pdf";
var r = f1==f2?"same":"diff";
Console.Write(r); //diff
原来
var c1 = '-';
var c2 = '‐';
Console.WriteLine((int)c1); //45
Console.WriteLine((int)c2); //8208
使用相同的 ' - ' 修复该问题。
当我在本地调试服务时,这让我难住了一段时间,我对映射在我的工作站上的服务器位置(U :)运行File.Exists(“U:\ dir1”)。我将U:\ dir1替换为“\\ serverPath \ dir1”,然后File.Exists返回true。
在这里的任何答案中没有提到的一种可能性是在Windows 8.1之后的“文件系统重定向”。例如,如果您的程序是32位应用程序,并且您在64位Windows上运行,则尝试访问%windir%\ System32将被重定向到%windir%\ SysWOW64。如果您尝试访问的文件不存在于%windir%\ SysWOW64中,则System.IO.File.Exists(字符串路径)将返回False。
非常感谢你!!!!!!!!!!!至少四个小时,我被困在这里,我不知道。 –
*如果主叫方没有足够的权限读取指定的文件,没有抛出异常,不管该方法返回路径的存在的假。* – V4Vendetta
可能是关于不足的特权?尝试以管理员身份运行exe。 –