我在 Microsoft Visual Studio 2012中遇到了 Intellisense 问题。我将在一个项目中工作,编辑代码和诸如此类的东西(一段时间后,从 5 分钟到一个多小时不等),突然之间,没有更多的代码建议或智能感知。两者似乎同时完全停止工作。
我尝试过的唯一解决方案是重置所有设置,完全关闭 Visual Studio 并再次重新打开项目。有没有更好的解决方案或更新可以解决这个问题?
我在 Microsoft Visual Studio 2012中遇到了 Intellisense 问题。我将在一个项目中工作,编辑代码和诸如此类的东西(一段时间后,从 5 分钟到一个多小时不等),突然之间,没有更多的代码建议或智能感知。两者似乎同时完全停止工作。
我尝试过的唯一解决方案是重置所有设置,完全关闭 Visual Studio 并再次重新打开项目。有没有更好的解决方案或更新可以解决这个问题?
我应该注意,自从升级我的 RAM 以来我没有遇到过这个问题。我无法确认它是否相关,但当我有 2-4GB RAM 时问题很普遍。自从去 8 和 16GB 以来没有问题。
如果似乎只有一个文件/窗口受到影响,请关闭并重新打开该文件。如果这不起作用,请尝试以下操作。
在 Visual Studio 中:
如果这不起作用,请尝试以下几个步骤:
对于 C++ 项目:
MSDN 有一些事情可以尝试:MSDN 建议
损坏的.ncb
文件似乎很可能。
来自 MSDN:
.ncb
文件。.ncb
文件。)笔记:
记录可能的原因:
designer.vb
文件也没有从这里更新。.ncb
文件(如果您发现导致此问题的行为,请添加到评论中。)
对我有用的是删除动态构建的 .suo 文件(解决方案用户选项),位于与解决方案文件相同路径的 .vs (隐藏)目录中。
我有时会遇到这个问题,它在不同的项目/解决方案中,但从不广泛。新项目总是运行良好。
运行 VS2015 专业版更新 -2-
我有同样的问题; Intellisense 会随机停止在某些文件中显示,但不会在其他文件中显示。我只是再次发生在我身上。点击Ctrl+Space不会显示任何内容Form1
,切换到Form2
或任何其他类将按预期弹出列表。重新启动 Visual Studio 通常可以解决问题,尽管这样一个基本功能被破坏是非常烦人和荒谬的......
我花了很多时间研究同样的问题。一些解决方案将此错误与一些引用的程序集相关联。其他人这么说,Microsoft.Windows.Design.Extension.dll
应该.Interactivity.dll
在项目的引用中。但是这些解决方案都不适合我。
我认为这是 Visual Studio 2012 中的一个错误,微软必须修复它。
对我有用的是禁用然后重新启用Resharper
去
Tools -> Options-> Resharper ->General
单击
Suspend
-> 这将禁用重新锐化器
然后检查您的 Intellisense 是否正常工作。就我而言,确实如此,然后我恢复了Resharper。
如果这不起作用,您可能需要转到
Resharper -> Options-> Environment -> Intellisense -> General
并将
智能感知更改为Visual Studio
我找到了一个 100% 对我有用的解决方案(我没有安装 ReSharper)。按下Refresh
使Solution Explorer
IntelliSense 回来。
所有这些步骤都对我不起作用。奇怪的是,我注意到 Intellisense 正在为 Visual Studio 2015 中的另一种解决方案工作,但不是针对特定的解决方案。
我找到并删除了 .suo 文件并重新启动了 Visual Studio。那为我修好了。
我在 Visual Studio 2015 + C# 中遇到了这个问题。
过了一会儿,我这样解决了:
1)去:工具->选项->文本编辑器-> C#
2) 选中“自动列出成员”和“启用虚拟空间”这些选项。
可能某些扩展(例如 R#)会禁用这些选项以使用它们的工具。
我在 C++ 上的 Visual Studio 2010 上遇到了同样的问题,我通过工具 -> 选项 -> 文本编辑器 -> C/C++ -> 高级 -> 禁用数据库 -> False,Ok 超越了它;关闭VS;打开VS,瞧。
使用 Visual Studio > 2015 我删除了 .suo 文件。(通过文件资源管理器在您的项目中搜索)
重新启动视觉工作室,你很高兴。
我在使用 Visual Studio 2015 Preview 时遇到了同样的问题。我已经关闭了相应的文件并重新打开它。这为我解决了问题:)。
就我而言,我通过右键单击 =>“包含在项目中”将 .ascx.cs 添加到项目中,但项目将其设置为“内容”而不是“编译”。一旦我将它设置为“编译”,智能感知又开始工作了。
这个问题的好答案太多了。这对我有用:
IntelliSense仅在我通过双击解决方案文件加载项目时才起作用。
不幸的是,我尝试了上述所有答案,但没有运气。Dll,设置,依赖项......你的名字。很糟糕,你必须经历所有这些才能自动完成......错过我的 Vim 配置......
我有 VS2012 更新 4,问题是间歇性的,但是一旦它出现在正在编辑的特定页面上,它就会一直存在。一种解决方案是简单地关闭页面并重新编辑它。
这是一些尝试重新启动它的 KBD 快捷方式,但不知道它们是否有效。
这些解决方案都不适合我,顺便说一句,我正在使用 C#...
我认为这是另一个 IS 错误....过去有很多问题。
@TonyL 的回答对我不起作用,但我注意到 Intellisensefoo
在我更改类中的方法签名后停止在类中工作bar
。
关闭并重新打开foo.cs
文件修复了它。
刚刚帮助我的一件事是
这大约需要 5 分钟 - 但随着智能感知实际开始工作,节省了大量时间。
需要注意的一件事是内存使用量(VS 2013 Ultimate 的右上角)下降了大约 40%。
尝试安装更新 1 包,链接。当我安装更新时,我遇到了同样的问题并解决了。
我的解决方案(我使用的是 perforce)是加载整个解决方案而不是单个文件。
最初我通过在 perforce 中单击它来加载文件
解决方案关闭VS(关闭单个文件)通过启动解决方案文件而不是单个文件重新打开
如果有人仍然遇到此问题,只需关闭解决方案,然后重新打开它。
对于python,请尝试单击底部状态栏左侧的“Python XX”按钮并将其更改为不同的值。
这是唯一对我有用的东西。
如果您使用的是母版页,则在内容页中使用该母版页创建一个空白母版页。如果这解决了问题,则意味着您的原始母版页有问题。将您的原始代码逐步移植到新的母版页,并在每次移植后测试智能感知是否正常工作。这个技巧解决了我的智能感知问题。
当一些依赖程序集被更改但被另一个 Visual Studio 实例(2015)锁定时,我遇到了这个问题。
我遇到了同样的问题,结果是我从存储库新下载的解决方案没有自动下载 nuget 包,因此智能感知不可用,因为没有可用的显示正确建议所需的包。
我只在一个文件中遇到了问题。在创建新类并对其进行处理之后,它还没有被添加到我的项目范围内。因此,当我在第二天关闭并重新打开我的解决方案时,该文件不在项目范围内。
将现有项目添加到项目范围为我修复了它。
在我的情况下,Intellisense 无法识别导入的命名空间,尽管我可以成功编译项目。解决方案是取消选中项目引用选项卡上的导入命名空间,保存项目,再次检查并再次保存项目。
就我而言,一开始我只是不注意,没有看到我的解决方案中的 30 多个项目中的一个说“(加载失败)”,即使它的一个文件仍然加载到编辑器中,但没有智能感知。重新加载项目就可以了。
只要 Visual Studio 存在,我就已经处理了这个问题。是的,即使在当前版本中它仍然失败(尤其是对于大型项目。)
我想分享我的朋友和我为解决这个完全相同的问题而编写的小型免费工具。您基本上关闭了您的解决方案,将其文件夹拖到此工具的图标中,它将为您重置所有中间文件。(如果你想知道哪些,请阅读里面的文本手册。它不仅仅是一个文件。)
我用它来清理我所有的 VS 项目。所以给你:
我目前正在 youtube 上观看 MVA python 教程,并注意到我的智能也消失了,在他们解释原因后不久,
与此类似的东西(请原谅我缺乏适当的编码词汇,我是编程新手,但我找到了解决方案)
答案:“Visual Studio 不能总是猜出您尝试输入的内容 - 因此它并不总是意识到它需要给您提示,例如,如果您尝试在变量中使用字符串并且需要智能感知来给您对于该字符串内容的选项,您有时必须告诉 Visual Studio 该变量实际上是一个字符串。
例子:
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 + intellisense仅在我的 Web 项目上停止工作。最终对我有用的修复是删除 .csproj.user 文件。当我打开解决方案时,Visual Studio 重新创建了该文件,并且一切都按预期工作。
然后我把新文件删了,把旧文件放回去,还是修好了,所以¯\ (ツ) /¯