VS2015更新2消息：“检测到低内存。 此解决scheme禁用完整的解决scheme分析。“
我刚更新了更新2的Visual Studio 2015。
现在，工作好几个小时后，我收到：“检测到内存不足，此解决scheme禁用了全面解决scheme分析。 出现在VS2015的编辑器停靠面板的顶部。
我看到Microsoft Connect上报告了一个错误。
笔记：
- 我正在使用Resharper。
- 我的解决scheme非常大，有32个项目。
如果有人有解决办法或提示如何解决这个问题，请让我知道。
更新：我和Anders Forsgren（第一条评论）的感觉几乎一样。 这听起来对我来说是一个很好的总结。
更新2（2016-04-20）我最近（3天前）大大地清理了我的Framework.Net安装包（从“程序和function”），我删除了大约20-30包。 有些人是俄语的。 我也重新安装了Visual Studio和ReSharper。 所有这些似乎都为我的环境增加了一些稳定性（冻结更less或更less – >时间会告诉我们）。 此外，还有一个新的（2016-04-19）最近推出的.NET Framework修复工具版本 。 也许这可能有助于解决我们的一些问题，如果有任何相关的？
更新3经过一些testing并阅读了一些人的文字。 看来这与.Net框架本身或者Resharper没有关系。 这似乎与VS2015本身有关，可能是Roslyn。 我没有成功从VS2015中删除Roslyn / CodeAnalysis，它似乎是一个重要的组成部分。 这听起来像我们将不得不等待一个微软的修复有一个稳定的环境。
更新4（2016-04-26）请参阅John Atwood的答案。 很多的信息。 我刚开始testing它的答案。 更新3应该解决这个问题（如果可用???）。
更新5（2016-04-26 + 6小时）在VS自己重新启动1次之后，一个令人难以置信的缓慢，以及一个消息“低内存…”，我可以确认禁用完整解决scheme分析不能解决问题，在至less在我的机器上。 我目前不知道任何修复/解决方法，在我的机器上工作。
更新6（2016-06-15） Mladen Mihajlovic把我吵醒了。 我只是意识到，我忘了告诉VS2015更新3 RC的可用性（请注意，我认为这是第二个版本：更新3 RC2）。 从MSDN 6月7日开始，RC1 = 14.0.25401.00，而RC2 = 14.0.25402.00。 这听起来更稳定（我强烈推荐它）。
经过非常简短的分析，似乎这个问题可能与默认启用的CodeAnalysis实现有关，我找不到任何可以禁用它的configuration文件选项。
这里是参考search结果 。
不过，我能够暂时成功禁用CodeAnalysis VS插件，看起来它在VS运行的顺利性上有所不同。
唯一的改变是从以下位置重命名CodeAnalysis扩展插件文件夹：
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis 至
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis_disabled
这显然会降低VisualStudio的function集，可能会导致一些副作用，但由于我使用ReSharper自己的语言function，VS CodeAnalysis只是过度。
更新：
它看起来像Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll也被添加到GAC和gacutil删除保护。 要强制从GAC中删除它，请执行以下步骤：
- 删除以下registry项，但将其保存起来以防万一：
Windowsregistry编辑器版本5.00
[HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes \ Installer \ Assemblies \ Global]“Microsoft.VisualStudio.CodeAnalysis，version = \”14.0.0.0 \“，publicKeyToken = \”b03f5f7f11d50a3a \“，processorArchitecture = \”MSIL \“，fileVersion = \” 14.0.23107.0“，文化=”中立“”=hex（7）：6a，\ 00,5f，00,65,00,7e，00,5a，00,61,00,47,00,71 ，00,2a，00,3f，00,6a，00,61,00,31,00，\ 30,00,6e，00,66,00,70,00,4e，00,2d，00,44， 00,54,00,65,00,73,00,74,00,54,00,6f，\ 00,6f，00,6c，00,73,00,5f，00,65,00,6e，00 ，75,00,3e，00,39,00,42,00,21,00,4e，00，\ 63,00,6a，00,24,00,58,00,70,00,45,00， 42,00,75,00,6a，00,21,00,56,00,3d，00,2d，\ 00,31,00,51,00,32,00,00,00,68,00,6a ，00,4f，00,46,00,70,00,48,00,2d，00,24,00，\ 4b，00,34,00,69,00,4f，00,68,00,33， 00,72,00,60,00,65,00,62,00,28,00,36,00,43，\ 00,6f，00,64,00,65,00,5f，00,41,00 ，6e，00,61,00,6c，00,79,00,73,00,69,00,73,00，\ 5f，00,54,00,6f，00,6f，00,6c，00， 73,00,5f，00,31,00,31,00,39,00,38,00,37,00,5f，\ 00,78,00,38,00,36,00,5f，00,65 ，00,6e，00,75,00,3e，00,39,00,42,00,21,00,4e，00，\ 63,00,6a，00,24,00,58,00,70， 00,45,00,42,00,75,00,6a，00， 21,00,56,00,3d，00,2d，\ 00,31,00,51,00,32,00,00,00,00,00
- 从GAC卸载程序集
“C：\ Program Files（x86）\ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Tools \ x64 \ gacutil.exe”/ u“Microsoft.VisualStudio.CodeAnalysis，Version = 14.0.0.0，Culture = neutral， PublicKeyToken = b03f5f7f11d50a3a，processorArchitecture = MSIL“/ f
它也build议将CodeAnalysis_disabled文件夹移动到另一个位置，因为我不能告诉VS MEF加载器如何实现，它将在哪里search插件。
解决此问题的方法是通过转至工具 – >选项 – >文本编辑器 – > C＃（或基本） – >高级 – >取消选中“启用完整解决scheme分析”来禁用完整解决scheme分析。
这似乎是Rosyln团队正在工作的一个错误https://github.com/dotnet/roslyn/issues/10365
我读过一些描述这个问题的文章，因为有些内存结构（List也许）超过了2GB，所以超出了虚拟地址空间。 2GB是默认的虚拟地址空间，适用于像VS 2015这样的32位处理器，但是可以将其调整到最大3GB。
我find的解决scheme是从这里 ：
Start▸All Programs▸Accessories▸right-click on Command Prompt▸Run as administrator Run the following command: bcdedit /set IncreaseUserVa 3072 Restart the computer.
这不是100％的解决scheme，因为即使对于一个进程使用3GB的RAM，最终也可能会耗尽虚拟地址空间。 调整这个开关后，VS停止抱怨内存。
我的答案是closures和打开Visual Studio。
我有“启用完整解决scheme分析”未选中，我仍然收到Visual Studio消息“检测到低内存，此解决scheme禁用完整的解决scheme分析。 Visual Studio 2015版本是14更新2.我发现我必须closuresVS.
VS变得无法打开TFS任务，我不能检查代码，除非我closures并重新打开VS. 幸运的是我有一个新的固态硬盘，所以VSclosures/打开不会让我像以前那样等待很长时间。 但仍然令人失望的麻烦。
现在几个星期更新3，没有人回答…
“Visual Studio Update 3”修复了这个问题并解决了许多问题。 必须的 ！！！
我build议在安装更新3之前阅读此内容： Visual Studio 2015 Update 3和.NET Core 1.0现在可以从John Montgomery中获得。
直接下载链接： Visual Studio Update 3
我一直在处理这个问题。 当使用TypeScript文件时，我会看到内存使用率稳步攀升，最终导致崩溃。 如果这可能是您的情况，请检查您的项目中是否有rxjs。 如果版本是5.0.0-beta.2，则升级到5.0.0-beta.3（或更高版本）以解决此问题。
更多细节： https ： //github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320
我希望我有一个神奇的子弹。 但是，这是对我的帮助，但现在总是能解决问题。 VS2015更新2. Resharper 2016.1.1。 所有项目都是vNEXT。
-
在Resharper – >选项 – >代码检查 – >设置。 添加尽可能多的wwwroot文件夹。 我也添加了每个文件夹unter wwwroot，因为它似乎没有级联。 在文件掩码中，添加任何框架* .js或* .css（即* .min.js，* jquery.js，* angular.js，* .min.css）。 这一步有助于减less在我使用Gulp，Grunt for js / css进行发布时resharper所做的“加载源文件”。
-
这并不理想，但是当我正在编写代码并且不打算进行testing时，我会卸载所有我不使用的项目，通常是在testing中。 这似乎减less了resharper / vs使用的'Managed Memory'。
-
最后，有点恼人的是，我从来没有看到VS解决scheme资源pipe理器中的bower_components下的文件。 我发现，直接去文件夹和使用像VSCODE的JS / JSON查看节省了我的时间和挫折。 它使我相信，虽然node_modules和bower_components被“忽略”，但实际上并没有被忽略，或者它与项目目录中文件的数量有关。
我等待100％的解决scheme，但我希望这些帮助。
