ReSharper 迟缓
https://stackoverflow.com/questions/84009
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我喜欢 ReSharper，但它非常消耗内存。它可以快速膨胀并消耗半 GB 的 RAM，而不需要太多的努力，并使 IDE 陷入困境。有谁知道有什么方法可以配置它不那么慢吗？
解决方案
关闭即时编译（不幸的是，这是它最好的功能之一）
其他提示
不确定你的解决方案有多大，但我停止使用 4.5 的原因与我停止使用所有以前的版本、内存使用情况相同。
代码分析和单元测试支持是我购买它的主要原因，关闭它意味着使用它的理由消失了。
Workstation 有 4GB 内存，当在调试器中运行我们的端到端堆栈时，我可以使用 ReSharper 轻松杀死它。
我遇到了一个问题，加载 100 多个项目的解决方案需要花费 10 分钟以上的时间。一旦加载，VS 的性能就可以了，尽管它会奇怪地在“好”和“非常糟糕”之间来回摆动。
简短的回答：消除 Resharper 警告似乎可以提高 VS/R# 的整体性能。
最终最大的问题是我们有许多二进制数据文件（加密的东西）被作为嵌入式资源包含在内，而这些文件恰好具有 .xml 扩展名。Resharper 非常非常努力地分析这些文件。最终它会通过，但会在此过程中产生 10 万多个错误。将扩展名更改为 Resharper 不会自动分析的扩展名（在本例中为 .bin）解决了该问题。
我们还有大约 10 个文件，当它们或它们依赖的文件被编辑时，性能会暂时下降。这些文件是单个类定义的部分部分，其中每个文件平均有 3000 个 LOC。是的，没错，就是30K线的课程。由于其他原因，它也恰好是相当糟糕的代码，其中许多 Resharper 标记使右侧装订线实际上是一条橙色实线。编辑通常会导致 Resharper 重新分析整个事情。当该分析运行时，性能会受到明显影响。
我得出的结论是，R# 识别的错误/警告越少，它的性能就越好。我在清理/重构这个项目时收集的轶事证据似乎支持它。
很多人抱怨 Resharper 的性能问题。如果您有一些又大又难看的代码文件，其中包含大量 Resharper 警告，那么花一点时间清理该代码可能会产生更好的整体性能。它对我们来说有。
您可以查看 ReSharper 使用了多少内存。
ReSharper -> 常规 -> 在状态栏中显示托管内存使用情况。
如果您正在处理大型源文件，Resharper 确实会变得缓慢（在撰写本文时我正在使用 5.0 版本）。
您可以通过单击 Resharper 选项 -> 常规 -> 在状态栏中显示内存使用情况来查看 Resharper 的内存使用情况。
当我第一次这样做时，我注意到 Resharper 的内存使用量达到了数百兆字节！然而，下一步对我来说（暂时）解决了缓慢的问题：
右键单击内存使用情况，然后选择“收集垃圾” - 这似乎立即解决了我的迟缓问题。
关于内存占用 - 我发现每次关闭一个解决方案并打开另一个解决方案时，我的 VS2008 内存占用都会增加。即使我关闭解决方案并重新打开同一解决方案，情况也是如此。
新的 ReSharper 4.5 比之前的 4.x 版本工作得更好。我建议你尝试一下。
在以前的版本中我也遇到过同样的问题，当4.0出现时这些问题似乎已经消失了。现在有了 4.1，我感觉不到以前的巨大减速。我的 IDE 不再冻结了。
你尝试过升级吗？
尝试 4.5 测试版。4.1 毁掉了我的 2GB 开发机器，但在测试版中它又恢复到异常流畅的运行状态。不过，其他人也有相反的经历，所以 YMMV。
是的，4.5 效果更好。我的理解是4.5是为了解决性能问题。
我和我的同事在使用 ReSharper 时也遇到了巨大的性能问题，刚才我的 ReSharper 占用了 1.1GB 内存。Visual Studio 尤其在编写 JavaScript 时速度变慢，令人难以忍受。您可以关闭即时编译，但这是它拥有的最佳功能......
编辑：这个线程中的每个人似乎都有 ReShaprper 4.x，我的版本是 6.0。
