即使项目构建,Visual Studio也会显示错误

Question

我在C#解决方案上遇到Visual Studio问题.它显示完全随机的错误,但项目构建.现在,我有33个文件有错误,我可以在所有文件中看到红色的波浪线.

我尝试清理/重建解决方案,关闭Visual Studio甚至重新启动计算机.我还确保执行调试运行中描述的步骤,即使编译器在Visual Studio中有错误也是如此.我可以修改.cs文件,我看到解决方案中的变化.

有没有人知道它为什么这样做？

Answer 1

如果您有ReSharper,请尝试清空ReSharper缓存:

在菜单中,ReSharper>选项>环境>常规>清除缓存

并禁用和重新启用ReSharper:

在菜单中,工具>选项> ReSharper>常规>暂停/恢复

Answer 2

清除Resharper的缓存在我的情况下没有帮助,尝试暂停/恢复,还有修复Resharper,使用JetBrains网站上的最新下载 - 这些都没有帮助.这是在我尝试关闭/重新打开VS,重启我的机器,重复,构建/重建及其组合之后.

有趣的是,暂停Resharper似乎在第二次重新启动VS 后解决了问题,但是在我启用Resharper之后它又回来了 - 我试图做这个序列2-3次以确保模式.

无论如何,当我发现这篇文章时,我仍然遇到问题:

• 快速提示:当Visual Studio吓坏了,一切都是红色时该怎么办

所以我用解决方案删除了同一文件夹级别的隐藏.SUO文件,它神奇地解决了所有红色问题.

注 - 对于Visual Studio 2015,.SUO文件位于.vs/[solution_name]/v14隐藏文件夹中.

Answer 3

tldr; 卸载并重新加载问题项目.

当发生这种情况时,我(以前)尝试关闭VS并重新打开它.这可能在大约一半的时间里起作用.当它不起作用时,我会关闭解决方案,删除.suo文件(或整个.vs文件夹)并重新打开解决方案.到目前为止,这一直对我有用(在过去的6个月中超过10次),但它有点单调乏味,因为有些东西会被重置,例如你的构建模式,启动项目等.

由于它通常只是一个有问题的项目,我只是尝试卸载该项目并重新加载它,这很有效.我的样本量只有1,但它比其他两个选项快得多,所以也许值得尝试.我怀疑这是有效的,因为它写入.suo文件,并且可能修复了导致问题开始的损坏的部分.

注意:这似乎适用于VS 2017和2015.

Answer 4

我清理了解决方案,关闭了VS,重新打开它,构建了解决方案,并清理了红色未解析的行并构建成功.

Answer 5

我发现在Visual Studio 2017中使用Git时经常会发生这种情况,在有依赖代码更改的地方切换分支.即使项目将成功构建,错误列表中仍会存在错误.

这些错误通常是命名空间问题和缺少引用,即使存在库引用也是如此.

解决:

• 关闭Visual Studio
• 删除{sln-root} .vs\SlnName\v15.suo文件(隐藏)
• 重新启动Visual Studio

Answer 6

我已经尝试了所有6个选项,对我没用.以下解决方案解决了我的问

关闭VS. 删除解决方案文件旁边隐藏的".vs"文件夹.重新启动VS并加载解决方案.

Answer 7

我有一个像这样的问题,其中Intellisense似乎没有认识到一个项目的存在(很多"找不到这种类型","这个命名空间不存在"等错误).

在所有引用项目中删除和重新添加项目引用将解决问题,但可以通过编辑问题项目的.proj文件来修复根本原因.

在"缺失"项目的顶部附近.csproj文件是一个元素:

<ProjectGuid>{GUID}</ProjectGuid>

在所有引用项目中.csproj文件都是项目引用:

<ProjectReference Include="..\OffendingProject\OffendingProject.csproj">
  <Project>{ANOTHER-GUID}</Project>
  <Name>Offending Project</Name>
</ProjectReference>

引用GUID与项目的GUID不匹配.更换{GUID}上面{ANOTHER-GUID}解决了问题而无需经过每个引用项目.

Answer 8

Delete the hidden file path = your solution\ .vs\ your solution Name \v15\ .suo

Answer 9

可能导致这种情况的因素有很多，正如这里一长串的答案所证明的那样。这是为我解决这个问题的方法，首先尝试了几乎所有其他方法。

在调试模式下构建您的解决方案。然后以 RELEASE 模式构建它（当它有红色波浪线时，它不应该构建，但在我的情况下，这只是警告，应该有绿色波浪线，但它陷入了混乱并给了他们红色波浪线，并且它无论如何构建，即使在发布模式下也是如此）。然后在DEBUG模式下构建。吐口水在手上，转身三遍可选。

为我工作，当没有其他事做的时候。

Answer 10

对于VS-2017，删除.vs文件夹对我有用。

Answer 11

以下解决方案对我有用

1 - 关闭VS

2 - 删除 .vs 文件夹

3 - 打开VS

4 - 构建解决方案

Answer 12

这是一些受欢迎的答案。如果对您有帮助，请对答案的操作进行投票：

选项1：清洁，构建和刷新（@Mike Fuchs选项）

如@Mike Fuchs所述，请尝试以下操作：

在菜单中，构建>清洁解决方案

和

在菜单中，构建>构建解决方案

并选择有问题的项目，然后单击刷新按钮：

选项2：清理，关闭，重新启动和构建（@Pixel选项）

如@Pixel所述，请尝试以下操作顺序：

1. 清洁溶液
2. 关闭Visual Studio
3. 打开Visual Studio
4. 建立解决方案

选项3：清除ReSharper缓存（@GammaOmega选项）

如果您有ReSharper，请尝试清空ReSharper缓存：

在菜单中，ReSharper>选项>环境>常规>清除缓存

并禁用和重新启用ReSharper：

在菜单中，工具>选项> ReSharper>常规>挂起/还原

选项4：删除.suo文件（@Neolisk选项）

正如@Neolisk提到的，删除.suo文件可能会解决您的问题。对于Visual Studio 2015，该文件位于：

[解决方案路径] /。vs / [解决方案名称] /v14/.suo

对于Visual Studio 2017：

[解决方案路径] /。vs / [解决方案名称] /v15/.suo

请注意，.vs目录是隐藏的。

选项5：卸载和重新加载项目（@TTT选项）

如@TTT所述，请尝试卸载导致问题的项目：

在解决方案资源管理器中，右键单击项目，卸载项目。

并重新加载

在解决方案资源管理器中，右键单击项目，重新加载项目。

选项6：删除并添加Microsoft.CSharp参考（@Guilherme选项）

正如@Guilherme所述，请尝试从有问题的项目中删除并添加对“ Microsoft.CSharp”的引用。

在解决方案资源管理器中，展开项目，展开“参考”，右键单击“ Microsoft.CSharp”并删除。

然后，右键单击“引用”>“添加引用”，从列表中选择“ Microsoft.CSharp”，然后单击“确定”。

Answer 13

我注意到有时切换git分支时，Visual Studio（2017）不会从第二个分支中添加的某些文件中识别类型。删除.vs文件夹即可解决该问题，但同时也浪费了您所有的工作区设置。这个技巧对我来说似乎很有效：

1. 解决方案资源管理器->查找其中包含无法识别的类的文件。
2. 单击解决方案资源管理器顶部的“显示所有文件”。
3. 右键单击文件->从项目中排除。
4. 再次右键单击文件->包含在项目中。

这将导致Intellisense解析切换分支时丢失的文件。

Answer 14

删除.vs文件夹解决了我的问题。

但它也会重置我的解决方案在 VS 中的当前设置。就像，当我重新启动 VS 时，我在解决方案中卸载的项目被重新加载，所有固定和打开的文档也被关闭。