dotnet 警惕判断文件是否存在因为检查网络资源造成超长等待

在使用 System.IO.File.Exists 方法时，绝大部分的情况下都是一个非常快捷且没有成本的，但是如果判断的文件是否存在，是从非自己完全控制的逻辑下进入的，那就需要警惕是否判断的文件路径属于一个网络资源。判断一个网络资源是否存在，是一个耗时不可确定行为，很有可能造成主线程卡顿

如果是传入了一个 url 路径，此路径是采用 // 或者 \\ 开头的，那可能这将会是一个网络路径，或者是一个 UNC 格式的路径。如果是前者，那确实很有可能让 System.IO.File.Exists 方法判断需要等待超时，导致了这个同步的判断文件是否存在的方法卡住当前线程。如果刚好当前的线程是主线程，那就更加不好玩了

因此，在判断一个非自己完全控制的传入参数，判断此参数表示的文件是否存在时，那谨慎在主线程调用

详细的关于文件的路径表示格式，请参阅：

File path formats on Windows systems Microsoft Learn

本文会经常更新，请阅读原文： https://blog.lindexi.com/post/dotnet-%E8%AD%A6%E6%83%95%E5%88%A4%E6%96%AD%E6%96%87%E4%BB%B6%E6%98%AF%E5%90%A6%E5%AD%98%E5%9C%A8%E5%9B%A0%E4%B8%BA%E6%A3%80%E6%9F%A5%E7%BD%91%E7%BB%9C%E8%B5%84%E6%BA%90%E9%80%A0%E6%88%90%E8%B6%85%E9%95%BF%E7%AD%89%E5%BE%85.html ，以避免陈旧错误知识的误导，同时有更好的阅读体验。

如果你想持续阅读我的最新博客，请点击 RSS 订阅，推荐使用RSS Stalker订阅博客，或者收藏我的博客导航

本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。欢迎转载、使用、重新发布，但务必保留文章署名林德熙（包含链接： https://blog.lindexi.com ），不得用于商业目的，基于本文修改后的作品务必以相同的许可发布。如有任何疑问，请与我联系。