【发布时间】：2016-07-24 09:45:51
【问题描述】：
我刚刚使用 Update 2 更新了 Visual Studio 2015。
现在，经过几个小时的正常工作，我收到：“检测到内存不足。此解决方案已禁用完整的解决方案分析。”出现在我的 VS2015 编辑器停靠面板的顶部。
我看到Microsoft Connect 报告了一个错误。
注意事项：
- 我正在使用 Resharper。
- 我的解决方案非常大，大约有 32 个项目。
如果有人有解决方法或提示如何解决此问题，请告诉我。
更新：我的感受与 Anders Forsgren 几乎相同（第一条评论）。在我看来，这是对情况的一个很好的总结。
更新 2 (2016-04-20) 我最近（3 天前）对我的 Framework.Net 安装包（来自“程序和功能”）进行了大清理，我删除了大约20-30 包。有些是俄语的。我还重新安装了 Visual Studio 和 ReSharper。所有这些似乎都为我的环境增加了一些稳定性（更少或没有更多的冻结->时间会证明）。 此外，最近出现了一个新的 (2016-04-19) .NET Framework Repair Tool Version。也许它可以帮助解决我们的一些问题（如果有的话）？
更新 3 经过一些测试并阅读了一些人的文字。似乎它与 .Net 框架本身或 Resharper 无关。好像和VS2015本身有关，可能是Roslyn。我没有成功从 VS2015 中删除 Roslyn/CodeAnalysis，它似乎是必不可少的部分。听起来我们必须等待 Microsoft 修复才能拥有稳定的环境。
更新 4 (2016-04-26) 请参阅 John Atwood 的回答。很多信息。我刚刚开始测试它的答案。更新 3 应该可以解决这个问题（如果可用？？？）。
第 5 次更新（2016-04-26 + 6 小时） 在 VS 自身完成 1 次重启后，出现了令人难以置信的缓慢以及一条消息“内存不足...”，我可以确认禁用完整的解决方案分析并不能解决问题，至少在我的机器上是这样。我目前不知道任何适用于我的机器的修复/解决方法。
更新 6 (2016-06-15) Mladen Mihajlovic 叫醒了我。我刚刚意识到我忘了告诉 VS2015 Update 3 RC 的可用性（请注意，我认为它是第二个版本：Update 3 RC2）。它自 6 月 7 日起在 MSDN 可用，RC1 = 14.0.25401.00 而 RC2 = 14.0.25402.00。这听起来要稳定得多（我强烈推荐它）。
【问题讨论】：
-
我认为这是解决之前存在的问题的一种解决方法，但是在 update2 之前它并没有自动禁用它，而是性能变得很糟糕。最重要的是，对于一个大型解决方案（可能就代码大小而不是项目数量而言），完整的解决方案分析仍然不切实际，因此您根本不想要它。现在这会自动发生。将其关闭是解决该问题的方法。 Roslyn 团队可能正在研究解决方案。我有一个包含 50k 类型的 100 多个项目解决方案，Update1 无法使用，在 Update2 中我直接在解决方案加载时收到错误。
-
非常感谢您提供的信息。这可能解释了为什么我的 VS2015 Update 1 也会偶尔冻结。现在至少，有一个后备，我们可以继续工作。我希望 Roslyn 团队能尽快找到解决方案 :-) ！
-
我投票决定将此问题作为题外话结束，因为存在一个现有的 microsoft connect 问题。
-
我也有同样的问题。 VS2015 更新。 2 + ReSharer（均已更新）。我们有大约 400 个项目正在解决中。我只在 ReSharper 中遇到过这种情况。但不幸的是，我与 ReSharper 几乎同时安装了更新 2。所以我不确定是谁的错。 VS 只是用完了 32 位应用程序的可用内存。拥有 64 位 VS IDE 可能会有所帮助。我有足够的空闲内存（64GB）——所以我讨厌应用程序告诉我它们内存不足。