为什么在Visual Studio打开时，智能感知和代码build议将停止工作？
我在Microsoft Visual Studio 2012中遇到了Intellisense问题。 我会在一个项目中编辑代码，然后在一段时间之后，从5分钟到一个多小时，突然间，没有更多的代码build议或智能感知。 两者似乎同时完全停止工作。
我试过的唯一解决方法是重置所有设置，完全closuresVisual Studio并重新打开项目。 有没有更好的解决scheme或更新，将解决这个问题？
我花了很多时间研究同样的问题。 一些解决scheme将这个bug与一些引用的程序集相关 其他人则说Microsoft.Windows.Design.Extension.dll和.Interactivity.dll应该在项目的参考文献中。 但是这些解决scheme都不适合我。
我认为这是Visual Studio 2012中的一个错误，微软必须解决它。
我应该注意到，自升级我的RAM以来我没有遇到这个问题。 我不能确认是否有关系，但是当我有2-4GB内存时问题很普遍。 8和16GB没有问题。
如果只有一个文件/窗口受到影响，请closures并重新打开该文件。 如果这不起作用，请在下面尝试。
在Visual Studio中：
- 点击工具 – >选项 – >文本编辑器 – >所有语言 – >常规
- 取消选中“自动列表成员”
- 取消选中“参数信息”
- 检查“自动列表成员”（是的，你只是取消选中）
- 检查“参数信息”（再次，你只是取消选中）
- 点击OK
如果这不起作用，请尝试以下几个步骤：
- closures所有VS文件并重新打开
- 如果仍然不能工作，closures/重新打开解决scheme
- 如果仍然不工作，重新启动VS.
对于C ++项目：
MSDN有几件事情可以尝试： MSDNbuild议
损坏的.ncb文件似乎是最有可能的。
来自MSDN：
- closures解决scheme。
- 删除
.ncb文件。 - 重新打开解决scheme。 （这将创build一个新的
.ncb文件。）
笔记：
- 在VS 2013/2015testing
logging可能的原因：
- 在源页面中复制/粘贴控件。 我发现我的
designer.vb文件也没有从这个更新。 - 复制/粘贴代码从另一个页面导致错误，因为复制的代码引用了一个控件，而这个控件不在我粘贴到的页面上。
- C ++项目已损坏
.ncb文件
（如果您发现导致此行为的行为，请添加评论。）
什么对我来说是删除dynamic生成的.suo文件（解决scheme用户选项） ，位于与解决scheme文件相同的path.vs（隐藏）目录。
我有这个问题有时候会回来，而且这个问题在不同的项目/解决scheme上，但从来没有VS的广泛。 新项目总是正常工作。
运行VS2015专业更新-2-
我有同样的问题; 智能感知随机将停止在某些文件中显示，而不是其他文件。 我刚刚发生在我身上。 按Ctrl + 空格不会显示Form1任何内容，切换到Form2或任何其他类将按预期popup列表。 重新启动Visual Studio通常可以做到这一点，尽pipe这样一个基本的function被打破是非常恼人和荒谬的…
所有这些步骤都不适用于我。 奇怪的是我注意到Intellisense正在为Visual Studio 2015中的另一个解决scheme工作，但不是针对特定的一个。
我find并删除了.suo文件并重新启动了visual studio。 这为我修好了。
我在C ++上的Visual Studio 2010上遇到了同样的问题，我用Tools – > Options – > Text Editor – > C / C ++ – > Advanced – > Disable database – > False， closuresVS; 打开VS和瞧。
我在Visual Studio 2015 + C＃中遇到了这个问题。
过了一段时间，我解决了这个问题：
1）去：工具 – >选项 – >文本编辑器 – > C＃
2）检查这些选项“自动列表成员”和“启用虚拟空间”。
可能有一些扩展，如R＃，禁用这些选项来使用他们的工具。
我面临与Visual Studio 2015预览相同的问题。 我已经closures了各自的文件，并重新打开它。 这解决了我:)。
在我的情况下，我通过右键单击=>“Include in Project”将一个.ascx.cs文件添加到项目中，但项目将其设置为“Content”而不是“Compile”。 一旦我将其设置为“编译”，智能感知再次开始工作。
我有VS2012更新4，问题是间歇性的，但一旦它正在编辑的特定页面上，它是留在那里。 一个解决scheme就是closures页面并重新编辑它。
这里有一些KBD快捷方式试图重新启动它，但不知道它们是否工作。
Visual Studio键盘快捷键来显示智能感知
没有这些解决scheme为我工作，BTW我正在使用C＃…
我认为这是另一个错误….过去有很多问题。
@ TonyL的回答对我不起作用，但是我发现在bar类中更改了方法签名之后，Intellisense在foo类中停止了工作。
closures并重新打开foo.cs文件修复了它。
其中一件事就是帮助我
- 删除那里的每个项目文件。 我的项目有10个文件夹，30多个文件。
- 重新创build项目。
这需要大约5分钟，但是实际上开始工作的时候却节省了很多时间。
有一点需要注意的是，内存使用率（VS 2013终极的右上angular）显示大约下降了40％。
尝试安装更新1包， 链接 。 我遇到了同样的问题，并在安装更新时解决。
我有同样的问题，事实certificate，nuget软件包不会自动下载我刚刚从存储库下载的解决scheme，因此无法使用智能感知，因为没有提供正确的build议所需的软件包。
我正在看YouTube上的一个MVA python教程，注意到我的智能也消失了，不久之后，
一些沿线（原谅我缺乏适当的编码词汇，我是新编程，但我已经find了解决scheme）
答：“Visual Studio不能总是猜测你想input什么 – 因此，它并不总是意识到它需要给你一个提示，例如，如果你想在variables中使用一个string，并需要智能感知给你该string内容的选项，你必须有时告诉Visual Studio，这个variables实际上是一个string。
例：
name = ' ' # insert this line to tell visual studio that your variable is a string. name = input('whats your name? \n') name = name.upper() #then when you type name.u.... it will give you intellisense
我只用一个文件就解决了这个问题。 在创build新的类并开始工作之后，它并没有被添加到我的项目范围中。 因此，当我第二天closures并重新打开解决scheme时，该文件不在项目范围内。
将现有项目添加到项目范围为我固定。
就我而言，起初我根本没有察觉，并没有看到我的解决scheme中的30多个项目中的一个项目“（加载失败）”，即使其中一个文件仍然在编辑器中加载，但没有智能感知。 重新加载项目的伎俩。
虽然我可以成功地编译项目，但是Intellisense并没有识别出导入的命名空间。 解决scheme是在项目引用选项卡上取消选中导入的名称空间，保存项目，再次检查并再次保存项目。
当某些依赖程序集被更改但被另一个Visual Studio实例（2015）locking时，我遇到了这个问题。
我的解决scheme（我使用perforce）是加载整个解决scheme，而不是单个文件。
最初我通过在perforce中点击它来加载一个文件
解决schemeclosuresVS（closures单个文件）通过启动解决scheme文件而不是单个文件重新打开
如果您正在使用母版页，则创build一个空白母版页，在您的内容页面中使用该母版页。 如果这解决了问题，那么这意味着您的原版母版页有一些问题。 如果intellisense工作正常，将您的原始代码逐步移植到新的母版页，并在每个端口后进行testing。 这个技巧解决了我的智能问题。
什么对我来说是通过禁用，然后重新启用Resharper
去
Tools -> Options-> Resharper ->General
点击
Suspend – >这将禁用resharper
然后检查您的智能感知是否工作。 在我的情况下，它做了，然后我恢复了Resharper 。
如果这不起作用，你可能需要转到
Resharper -> Options-> Environment -> Intellisense -> General
和
将智能感知更改为Visual Studio
对于那些真的应该知道的人来说，偶尔会遇到一些小学生的错误 – 仔细检查你的解决scheme实际上是先build立的！
