C# 从网络打开解决方案时，VisualStudio通常会冻结

我遇到了一个问题，当从网络驱动器加载解决方案时，Visual Studio的性能非常糟糕。这似乎不会发生在其他开发人员身上，只有我

在运行procmon并监视devenv进程之后，我注意到从本地路径打开的项目与从网络路径打开的项目之间的一个关键区别是，从网络路径打开的项目试图在路径“C:\Windows\CSC\v2.0.6\namespace\kpg.apps”上执行操作“CreateFile”。结果是“找不到名称”

有人知道visual studio为什么要对从网络打开的项目执行此操作，以及我如何解决或至少阻止它尝试此操作吗

---

谢谢

听起来您有：

过度活跃的病毒扫描程序或干扰Visual Studio的外部应用程序

或者，一个令人发指的VisualStudio附加/扩展

确定这两个选项中哪一个的最简单方法是在安全模式下打开解决方案，您可以通过Visual Studio命令提示符执行此操作：

Setting environment for using Microsoft Visual Studio 2010 x86 tools.
X:\>devenv /safemode \\unc\path\to\your\solution.sln

这将在加载解决方案时关闭所有提示

如果仍然很慢，这很可能不是VisualStudio的问题。请记住，网络资源和Windows很少能很好地协同工作。许多“信任”设置会影响从UNC路径加载的文件的行为

---

该文件夹是，因此这不是VS问题。

它可能有助于禁用脱机文件（默认情况下存储在您提到的位置）：转到控制面板，同步中心以管理该文件

---

此外，某些服务器可能配置为强制共享上的脱机文件，但在其他用户使用时可能不是这样。

您好，我不认为这个问题适用于此，如果您没有发现任何其他内容，我建议您联系VS。您是否安装了一些可疑的扩展或加载项？我已在/SafeMode中运行VS以禁用所有加载项，但问题仍然存在。@philip，Visual Studio不是一家公司，这是微软的一个开发IDE。我确实觉得这是一个合适的话题，因为它与开发相关（与询问Eclipse或其他IDE没有什么不同）。但是我可能错了。@mike我知道，但是VS在微软内部有自己的支持。好吧，我明白了，只是觉得他可能在别处得到更好的答案：）。p、 Jeffson:除非他们有一个较低级别的钩子。这确实解决了VS试图在/CSC中创建文件的问题，但是它仍然非常慢，因为它现在正试图从网络路径创建/查询文件。虽然这样做很成功，但我做得很慢。所以我猜VS试图在本地缓存文件，但由于对缓存位置的写入权限或缓存的大小限制已超过，它无法这样做，所以它失败了，一旦失败，就继续重试。也许您可以在ProcMon中检查时间？你有没有发现什么异常耗时的东西？嗯…我建立了一个合作伙伴关系来缓存网络文件。现在，我在procmon中看到，它每秒多次尝试从缓存（/CSC…）访问这些文件（操作有CreateFile、SetBasicInfo、QUeryFileInfo、CloseFile）。这导致了持续的缓慢。不明白…不管怎样，我把你的答案标记为答案，因为我认为这是最有帮助的…（仍在努力解决这个问题）那么同步冲突呢？也许你可以将这些新想法与“其他开发人员”进行比较？