C# Visual Studio 2015速度非常慢
我安装了Visual Studio 2015 Professional Edition,我的计算机规格为Intel i7-3770 CPU 3.40GHz、8 GB RAM和Windows 7 Enterprise 64位C# Visual Studio 2015速度非常慢,c#,visual-studio-2015,C#,Visual Studio 2015,我安装了Visual Studio 2015 Professional Edition,我的计算机规格为Intel i7-3770 CPU 3.40GHz、8 GB RAM和Windows 7 Enterprise 64位 我想将我的项目升级到.NET4.6,它是在VisualStudio2005.NET2.0中编写的,但是我在速度方面遇到了一个严重的问题。当我在VisualStudio2015中打开我的项目(大型项目)后,它变得疯狂起来。构建、调试和打开菜单太慢。有时我会收到“没有回应”的信息
我想将我的项目升级到.NET4.6,它是在VisualStudio2005.NET2.0中编写的,但是我在速度方面遇到了一个严重的问题。当我在VisualStudio2015中打开我的项目(大型项目)后,它变得疯狂起来。构建、调试和打开菜单太慢。有时我会收到“没有回应”的信息。是关于Windows7还是您能就我的速度问题给我一些建议?您可以尝试应用以下步骤:
- 清理WebSiteCache文件夹中的内容(可在
C:\Users%USERNAME%\AppData\Local\Microsoft\WebSiteCache中找到) - 清理临时ASP.NET文件文件夹中的内容(可在
C:\Users%USERNAME%\AppData\Local\Temp\Temporary ASP.NET文件中找到)
我希望这能有所帮助……我有一个大项目,也经历过这样的减速。通过将
错误列表
窗口的范围更改为当前文档
,我已将性能提高到可接受的水平
通过将Build+IntelliSense
更改为buildonly
,我也得到了改进。但是因为我发现IntelliSense很有用,所以我决定保留Build+IntelliSense
,并将范围限定到当前文档
包含一些关于如何提高Visual Studio性能、禁用大型解决方案功能的有用提示。例如:
转到工具->选项->文本编辑器->高级并取消选中启用完整解决方案分析
转到工具->选项->XAML设计器->常规并取消选中启用XAML设计器(需要重新启动Visual Studio)
转到工具->选项->文本编辑器->所有语言并取消选中启用代码镜头
转到工具->选项->调试->常规并禁用在调试时启用诊断工具
Windows Defender反恶意软件可能导致Visual Studio延迟。正如诺查丹玛斯在书中提到的:
转到更新和安全->设置->Windows Defender。打开Defender,在“设置”选项中,选择“排除”并添加“devenv.exe”进程
我做的另一件事是将ReSharper和每个插件更新为最新的更新
我还注意到,当我使用Visual Studio时,几个名为Microsoft Compatibility Telemetry
,CompatelRunner.exe
的进程使用了大量CPU。我按照指南禁用了“反馈和诊断”
它对我很有效!我发现删除“.vs“如果解决方案文件夹中的文件夹随时间变慢,则会大大提高编辑器速度。它是解决方案根目录中的隐藏文件夹。我建议保存它的备份,以防需要恢复。据我所知,它包含解决方案的用户特定设置,如.suo文件。您也可以尝试删除.suo文件。下次打开和关闭该解决方案时,VS将重新生成这些文件夹/文件。是否可能是您试图同时对该解决方案执行不同的操作?在我的情况下,出现问题是因为我试图打开解决方案,而TFS有一个进程,它试图获取最新版本。发生了某种锁。
我想到的最安全的方法是重新启动系统,删除.suo文件,它对我有效
什么:检查你的VisualStudio版本是64位的64位系统,我已经卸载了一些Team Foundation POWER工具,它与我的VS连接,它产生了同样的问题
确保你不是在网络驱动器上的一个解决方案上工作。
这似乎是一件很明显的事情,但我错过了它,而VS没有给你任何关于这个问题的提示,只是有很多“没有响应…”。对我来说,罪魁祸首是Resharper缓存,只需清除Resharper缓存,它就可以正常工作我建议最快速、更简单的性能增强(对于C#)将VS2015/2017替换为VS2013
C#在不同版本之间基本没有变化。使用2015/2017只需要两倍的时间,我相信我不是唯一一个浪费时间使用更晚(更好)的编译器而只需要恢复的人
我不认为期望直接使用编译器是不合理的。你可以用2013年
Microsoft必须确保VS2019的速度至少与2013年一样快(对于C#)由于升级,您的项目中是否存在任何错误?它们可能会导致严重的性能问题。我还注意到,使用VS 2015的速度比VS 2013慢得多-我将监视此线程,并告知您是否找到了解决方案。这里也一样。我有一个怪兽的d