VisualStudio 构建非常慢

这适用于2008年和2010年的版本(可能还有更早的版本)。也适用于 C + + 和 C # 项目。

初始构建(重新启动后)以正常速度运行，并具有相当好的 CPU 利用率。经过“一段时间”(即使用计算机的“东西”) ，随后的构建可能运行非常，非常缓慢和非常 低 CPU 利用率。我找到的唯一修复方法似乎是重启，然后周期重新开始。这种情况在 WPF 和非 WPF 项目中都会发生，尽管 WPF 的情况要糟糕10倍。

这种情况在不同的机器上发生过，甚至在不同的组织工作过，所以我认为这是 Visual Studio 的问题，而不是环境的问题。我已经尝试了通常(谷歌，关闭 AV，智能感知，再锐化等，目前期待得到的固态硬盘我有订单)。

我目前的机器规格是2.7 G 四核，4 GB 内存，XP (还没有 Win7在工作) ，250Gb hdd 等

有人知道这是什么吗，还有怎么解决？

先谢谢你！

117316 次浏览
小开

“一段时间”大约是多长时间? (例如，几小时? 几天?)

它可以很简单，因为你已经用完了内存。.Ctrl-Shift-Esc 将加载进程监视器，在那里您可以看到您的内存利用率，并杀死猪。一旦内存不足，链接器就会放慢将内存交换到磁盘的速度(除非打开系统利用率，否则 Windows 通常不会报告交换开销)。根据项目的大小，Link 可以使用大量的内存制作表。

小开

试试这个:

Exe/resettings

小开

对于运行非常缓慢的 Visual Studio (构建任何东西都需要1.5 -2分钟) ，我的解决方案是关闭无线网络。

除了有线网络之外，我还启用了无线网络。我的电脑似乎试图使用无线连接连接到我们的本地服务器，这是不可用的无线网络，并造成了长时间的延迟。

小开

试试这个对我有效的方法:

按 Windows + R或从开始打开运行。

现在输入 %temp%然后删除这里的所有内容。

现在再次打开 Run，键入 prefetch并从中删除所有内容。

现在打开 VS，看看它的性能。

小开

我也有同样的问题。

我安装了 McAfee 安全中心，关闭了“实时扫描”

构建时间确实从一个小项目的40秒上升到了1秒。

小开

在某个时候，我编写了一个程序，几个星期之后，编译所花的时间要多得多。出于失望，我删除了解决方案和项目的调试文件夹。Visual Studio 所做的是首先重建整个解决方案(这确实需要一些时间) ，但之后，构建过程又恢复了原来的速度。不知道这是否也适合你。

小开

备份文件并删除此文件夹中文件夹中的所有内容。

用户{用户名} AppDataLocalMicrosoftWebsiteCache

重新启动 VisualStudio 并检查性能。

希望这个能帮上忙！ 谢谢

小开

尝试使用 ProcessMonitor (http://technet.microsoft.com/en-us/sysinternals/bb896645)查找 VisualStudio 在生成过程中的操作。添加过滤器“ ProcessName is devenv.exe then Include”并进行一些研究。对我很有用。

我有一个类似的问题-非常缓慢的构建和调试过程-我可以解决它与过程监视器。我运行 ProcessMonitor，发现 VisualStudio 进程多次读写一些 HTML 文件。 它是汇编绑定日志(http://msdn.microsoft.com/en-us/library/vstudio/e74a18c4(v=vs.100).aspx)——存储有关库绑定信息的实用程序。一旦我启用了这个日志，这个实用程序就会在我的硬盘上创建大约8Gb 的 HTM 日志) ，速度非常慢。然后我禁用日志记录，我的项目的构建时间从10分钟减少到10秒！

小开

检查您的 Internet 属性选项(连接) ，并确保选中了 Automatically detect settings。

小开

如果单个解决方案中有许多项目，请尝试只构建已更改的解决方案，而不要构建整个解决方案。 即 Alt + B + U 而不是 Alt + B + B。

小开

如果它是一个 ASP.NET MVC 项目，请检查。Csproj 查看是否设置了 <MvcBuildViews>true</MvcBuildViews>。这会导致构建缓慢。

小开

检查你的电源节约设置在 Windows。设置为“高性能”(即使在桌面上)。这对我有帮助。

小开

我在 Windows10上使用 VS2015，遇到了同样的问题。我清除了无法工作的% temp% 和预取目录。然后我改变了节能设置，从平衡到高性能，它的工作。

小开

我也有同样的问题。删除解决方案目录中隐藏的 .vs文件夹解决了这个问题。

小开

我没有看到这种类型的答案，所以我想我的，可能会有帮助的人。我的 VS 构建时间的问题是一个愚蠢的问题: 我在另一台电脑上找到了源代码。每次我尝试构建它时，都必须与该计算机建立连接，这导致 VS 冻结时间很长。 在这里和其他地方尝试了大多数解决方案之后，我发现了这个问题。(用头撞桌子的表情符号)

小开

其中一个原因是，VisualStudio 不断重新生成相同的依赖项目，尽管没有任何改变。想象一下，一个解决方案有成吨的项目，这些项目没有明显的原因就一直在构建。这是在浪费时间。

解决这个问题的主要方法是修改每个“ 复制到输出目录”，将其设置为“ 一向如此”，将其更改为“ 如果更新，请复制”。

查看详细的构建日志可能会有所帮助。打开 工具 > 选择 > “ 项目及解决方案”> “ 构建和运行”。现在将“ MSBuild 项目构建输出详细度”设置为“ 诊断”

为了获得更多的信息，这根线讨论了这个特定的问题

小开

作为一个快速检查，运行一个扫描，以确保您没有任何目前感染您的系统，然后进入 Windows Defender 安全中心-> 病毒和威胁保护-> 禁用实时保护:

实时保护

在 VisualStudio 中重新构建解决方案，记录所需的总时间，并在任务管理器中观察反恶意软件服务可执行文件是否似乎消耗了大量处理器时间。假设您的构建速度更快，CPU 不那么忙，那么恭喜您，您已经找到了导致性能问题的一个原因。下一步就是负责任地告诉 Windows Defender 不要使用 Visual Studio，不要完全关闭它。

小开

与我在 VS 上运行的任何命令或函数相同的问题在禁用防病毒实时保护之后，运行时间从10秒减少到0.5秒甚至更少。顺便说一句，有趣的是，反病毒程序的行为减慢了 C # 运行时间，但是 C + + 完全没有问题。

小开

在我的例子中，我使用项目目录中的“ wwwroot”目录来存储几 GB 的数据。将“ wwwroot”移到解决方案目录之外解决了我的构建时间问题。为了我的。NET 核心 web 应用，我编辑了 launchSettings.json 并添加了新的环境变量:

...
"profiles": {
"Development": {
"commandName": "Project",
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development",
"ASPNETCORE_WEBROOT": "../../wwwroot"
},
"applicationUrl": "https://localhost:5001;http://localhost:5000"
},
...
小开

因为我是通过谷歌搜索来到这里的，所以我会把我发现的东西作为我特定问题的解决方案。

我从。NET 核心1.1至。NET Core 2.1.这导致 RazorGenerate 和 RazorTagHelper 调用各需要20秒。根据 Daniel Crabtree 的说法，这是由于。NET Core 2.1，默认情况下支持预编译 Razor 视图。

修复方法是将以下内容添加到.csproj:

<PropertyGroup>
<UseRazorBuildServer>false</UseRazorBuildServer>
</PropertyGroup>

资料来源: https://www.danielcrabtree.com/blog/444/speed-up-compilation-of-asp-net-core-2-1-projects

小开

在 YourProject.csproj 中，将 目标标记添加到 项目标记的最后一行

<Project>
.
.
<Target Name="PlatformVerificationTask" Condition="'$(SkipPlatformVerification)'
!= 'true'" />
</Project>
小开

转到 工具 > 选项 > 「专案及解决方案」 > 「建立及执行」。现在将“ MSBuild 项目构建输出详细度”设置为“正常”或“最小”，其他设置“ MSBuild 项目构建日志文件详细度”也是如此。

我早些时候将其设置为“ Diagnostics”，这导致了较长的构建时间。

小开

我已经更新了所有的 NuGet 软件包，它工作！

小开

将项目从 SATA 移动到 SSD。在 SSD 中安装 Visual Studio


提交答案