VisualStudio 编译良好，但仍然显示红线

我正在使用 VisualStudio2012，它一直工作得很好，直到我开始观察一些有趣的行为。当我打开我的代码，它显示红色的 下划线，我们通常看到的时候，有一个错误在我们的代码。令人惊讶的是，代码编译得很好。我做了以下观察，这些观察完全不正常。

  1. 代码是红色 下划线
  2. 清洗或构建解决方案时无错误。
  3. 在我构建/清理解决方案之后，红色 下划线会消失一段时间，但它们最终会回来。
  4. 因为这个，我的智能感知停止工作。
  5. 我不能右键单击任何组件并进入它的定义。

有什么想法吗？

87243 次浏览
小开

你有没有安装什么插件，像 锐利者? 我有一个坏插件的问题。

尝试在安全模式下运行 VisualStudio，以防止插件运行。

devenv /Safemode
小开
最佳答案

删除临时 ASP.NET 文件夹的内容，然后重新生成。它要么在您的用户文件夹中(对于 IIS Express-AppData 本地临时 ASP.NET 文件) ，要么在 Windows 目录中(对于 IIS-C: Windows Microsoft. Net Framework vx.xx 临时 ASP.NET 文件)

路径在我脑海中浮现，可能并不正确

小开

在解决了来自 颠覆(SVN)的一些冲突之后，我遇到了这个问题。该解决方案包含几个项目，我解决了几个不同项目中的一些冲突。我做了一个菜单 建造→ 清洁解决方案，然后是一个男人 建造→ 重建方案，一切又恢复正常了。

小开

在使用 VisualStudio2012中创建但在2013年运行的解决方案时遇到此问题。我关闭了 Visual Studio，删除了所有 bin 和 obj 目录，问题就解决了。

小开

对我有用的是删除 IntelliSense 索引文件。

IntelliSense-file 与您的解决方案位于同一目录中。

它的文件名是 SolutionName.sdf

只要删除这个文件，再次打开解决方案，IntelliSense 就会开始重新构建它的索引文件。然后问题就解决了。

小开

在 VisualStudio2013中，我通过删除所有项目中的所有 对不起和 垃圾箱文件夹来解决这个问题。这个问题可能是由于解决方案配置，我已经删除，但我没有被正确清理，因为做菜单 建造→ 清洁解决方案不删除旧输出从 对不起和 垃圾箱文件夹。

小开

我也遇到过类似的问题，当我在几个文件中看到很多红色的波浪形。我尝试了之前提出的所有答案，但似乎都不管用。

当我开始浏览抱怨文件有引用的其他文件中的类和结构时，问题就消失了。由于某些原因，似乎智能感知无法自行解决依赖性问题。

小开

对我来说，这个问题得到解决时，我 没子弹和 重新装弹的项目再次。

小开

对我来说，我曾经启用了融合日志来调试一些程序集依赖性错误(来自 CMD 提示符的 Fuslogvw)。那是几个月前的事了，从那以后我的构建时间变得更慢了(5-7分钟)。

我也完全忘记了我让它们启动了。这些日志是我的瓶颈，禁用它们可以使迭代更快。

小开

Visual Studio 2017，Visual Studio 2022:

关闭 VisualStudio 并删除位于解决方案目录中的 .vs文件夹对我来说很有效。

此文件夹具有 hidden属性。您可能需要更改文件夹选项中的设置以显示隐藏文件。

小开

我有个问题，和 ReSharper 有关。

我的解决方案是:

  1. 关闭锐化器

    VisualStudio 工具选项 ReSharper 最终通用挂起现在

  2. 构建解决方案

    (Ctrl + Shift + B)

  3. 重新启用 ReSharper

    VisualStudio 工具选项 ReSharper 最终通用简历

小开

我在使用最新的 VisualStudio2017时遇到了这个问题。
而且我的程序的调试版本运行得非常慢。

我删除了解决方案文件 .sln并创建了一个新的。

小开

如果您像我一样使用 ReSharper，您可以删除 ReSharper 缓存后面的链接: < a href = “ https://www.jetbrains.com/help/resharper/Configure _ Cache _ Location.html”rel = “ nofollow norefrer”> Configure Cache

指定缓存的位置:

  1. 打开环境→ ReSharper 选项的一般页面。
  2. 使用保存解决方案缓存来选择缓存文件的位置:
  3. 用户本地设置文件夹将它们存储在以下目录中:% LOCALAPPDATA% JetBrains 瞬态 4. System TEMP 文件夹，以将它们存储在以下目录中:% TEMP% ReSharperCache
  4. 将它们存储在当前解决方案的根文件夹中
  5. 用于为 ReSharper 缓存文件选择自定义位置的自定义文件夹。
  6. 单击 Save 应用修改并让 ReSharper 选择保存它们的位置，或者使用 Save To 下拉列表将修改保存到特定的设置层。有关更多信息，请参见管理和共享 ReSharper 设置。
  7. 重新打开解决方案以使更改生效。
小开

有效的步骤

  1. 打开解决方案并重新构建所有
  2. 关闭溶液
  3. 打开解决方案，做一个清洁
  4. 很接近了
  5. 开放的解决方案，做一个重建所有
  6. 关闭，然后打开解决方案。它应该是好的。这对我每次工作

小心删除其中的一些设置文件，因为您将丢失保存的调试设置等。而且可能造成比你想象的更大的伤害。

小开

这在 Visual Studio Enterprise 2017中对我很有用:

  1. 导航到工具 > 选项 > 文本编辑器 > JavaScript/TypeScript > Linting > General

  2. 取消选择“启用 ESLint”

小开

只需刷新项目/解决方案。它将得到解决。

小开

我也遇到过这种情况，通过执行以下操作可以使 VisualStudio 恢复到正常状态

  1. 确定红线代码来自哪个项目
  2. 从使用它的引用中删除“红线”项目(ProjectName References-右键单击，添加引用，并取消选中“红线”项目)
  3. 构建(现在应该出现错误)
  4. 重新添加刚刚删除的项目引用
  5. 构建 再来一次
  6. 红线应该被删除，项目应该建立！
小开

我在几个 * cpp 源文件中遇到了同样的问题，有很多红线。虽然代码编译得很完美。其他的方法对我都不管用。

更改 # include 行 * 的顺序。Cpp-file 可能会使红线消失，并随着恢复的顺序重新出现。

然后我注意到一个头文件在一个 * 中包含了两次。Cpp 文件。我移除了第二个，一切正常。

在同一个 * 中包含两个头文件。Cpp 文件对于编译器来说似乎没有问题，但是对于 IntelliSense 部分来说就没有问题了。

小开

在 VisualStudio2017中，我在第三方库中定义的所有符号下面显示了许多“红线”，但是我的项目实际上可以毫无问题地构建。我已经尝试了所有建议的解决方案(如删除 。 VS文件夹，重新启动 VisualStudio 等) ，但没有一个可行。

最后，我解决了这个问题，我是这样做的: 我打开我的应用程序项目的属性页面，然后转到 C/C + + → 将军→ 附加包含目录，这是我放置所有需要的第三方库头路径的地方。

我删除所有的路径(但保存他们的地方) ，点击“确定”确认。然后我回到相同的设置，粘贴这些路径回来，点击“确定”确认，然后所有这些“红线”消失。

小开

找到了解决办法:

  1. 关闭 Visual Studio (确保在任务管理器中没有 devenv.exe)。
  2. 删除 %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCache目录。
  3. 重新启动 VisualStudio。
小开

这个问题我已经有好几个月了，现在终于解决了。关闭 VisualStudio 并删除位于解决方案目录 没有为我工作中的 .vs文件夹。

在 Web.config文件中有一个 身份标记，它引用的库不在我的参考文件夹中。我删除了这个标签，清洗，关闭和重新打开，问题得到了解决。

  1. 检查 Web.config文件中的每个 身份标记，并根据解决方案资源管理器中的引用文件夹检查它们
  2. 删除所有 AssemblyIdentity 标记，包括没有列在 reference 文件夹中的父 DependentAssembly 标记。
  3. 清洗溶液
  4. 关闭并重新打开解决方案
小开

删除.vs 文件夹对我来说很管用。

小开

对我来说，这是有用的:-

  1. 打开命令面板 ctrl + ⇧ + p
  2. 然后输入: reload Window。
小开

我有 VS2019与 ReSharper，并遇到了这个问题。

对我起作用的是:

  • 转到 ReSharper > > Options 菜单
  • 转到 General 选项卡(应该是默认值)
  • 按“清除缓存”按钮
  • 关闭 VisualStudio 的所有实例(2019)
  • 重新启动 VisualStudio
小开

当这个问题发生的时候使用 VS2022没有再生器，尝试了几种方法，这最终帮助了我:

  • 关闭 VisualStudio
  • 删除“解决方案”文件夹中的文件夹 .vs
  • 转到文件夹 %USERPROFILE%\AppData\Roaming\Microsoft\VisualStudio\
  • 删除名称以 17.开头的所有文件夹
  • 重新开放 Visual Studio

可能存在更具体的子文件夹，这些子文件夹可能足以删除，但删除所有子文件夹后我没有任何问题。AFAIK 只包含用户会话数据、临时文件和/或缓存文件，可以根据需要再次下载或重新创建。

小开

删除所有以“ asp.xxx”开头的文件夹对我来说很有效。你可以通过以下方法来访问这些文件夹: (C: Windows Microsoft. Net Framework vx.xx 临时 ASP.NET 文件)

小开

我最近发现，通过在播放按钮左侧的下拉列表中从调试切换到发布，很容易解决这个问题。然后从发布切换回调试。


提交答案