我有一个问题与Visual Studio的c#解决方案。它会显示完全随机的错误,但项目会构建。现在,我有33个有错误的文件,我可以在所有文件中看到红色的弯曲线。
我尝试清理/重新构建解决方案,关闭Visual Studio,甚至重新启动计算机。我可以修改.cs文件,并看到解决方案中的更改。
有人知道为什么会这样吗?
我有一个问题与Visual Studio的c#解决方案。它会显示完全随机的错误,但项目会构建。现在,我有33个有错误的文件,我可以在所有文件中看到红色的弯曲线。
我尝试清理/重新构建解决方案,关闭Visual Studio,甚至重新启动计算机。我可以修改.cs文件,并看到解决方案中的更改。
有人知道为什么会这样吗?
当前回答
以下是一些流行的答案。如果答案对你有帮助,给它点赞:
选项1:清洁,构建和刷新(@Mike Fuchs选项)
正如@Mike Fuchs提到的,尝试以下操作:
在菜单中,构建>清洁解决方案 和 在菜单中,生成>生成解决方案
选择有问题的项目,然后点击刷新按钮:
选项2:清除,关闭,重新启动和构建(@像素选项)
正如@Pixel提到的,尝试以下操作序列:
清洗溶液 关闭Visual Studio Open Visual Studio 构建解决方案
选项3:清除ReSharper缓存(@GammaOmega选项)
如果你有ReSharper,试着清空ReSharper缓存:
在菜单中,ReSharper > Options > Environment > General > Clear cache
和禁用和重新启用ReSharper:
在菜单中,工具>选项> ReSharper > General > Suspend / Restore
选项4:删除.suo文件(@Neolisk选项)
正如@Neolisk提到的,删除.suo文件可能会解决你的问题。对于Visual Studio 2015,该文件位于:
[解决路径]/。vs /解决方案名称/发掘/ .suo
对于Visual Studio 2017:
[解决路径]/。vs /解决方案名称/ v15 / .suo
注意,.vs目录是隐藏的。
选项5:卸载和重新加载项目(@TTT选项)
正如@TTT提到的,尝试卸载导致问题的项目:
在解决方案资源管理器中,右键单击项目,卸载项目。
然后重新载入
在解决方案资源管理器中,右键单击项目,重新加载项目。
选项6:删除并添加Microsoft。CSharp参考(@Guilherme选项)
正如@Guilherme所提到的,尝试删除并添加“微软”的引用。从存在问题的项目中。
在“解决方案资源管理器”中展开项目,展开“引用”,右键单击“微软”。CSharp”和Remove。 然后,右键单击引用>添加引用,选择“微软。单击“确定”
其他回答
删除隐藏文件路径= your solution\ .vs\ your solution Name \v15\ .suo
重新安装Visual Studio
在浪费了几个小时后,我仍然无法修复Visual Studio 2017。然后我安装了Visual Studio 2019 PREVIEW,突然间,IntelliSense再次向我显示stl类的成员(这在Visual Studio 2017中没有)。
所以,我的猜测是Visual Studio本身可能也有问题(可能是缓存目录中的问题或在你的PC上的一般性问题,这与特定的解决方案没有直接关系),可以通过干净完整的重新安装Visual Studio来解决。我知道,这是一个愚蠢的“解决方案”,但在我的情况下,只有一个新的Visual Studio(2019)安装才有效果。
如前所述,在我的案例中,只有STL类受到影响。智能感知不会显示它们的成员,这很奇怪。我想,这可能与预编译头有关。我在某处读到,STL和项目应该在同一个驱动器上,把它们放在同一个驱动器上应该能解决问题。但这些路线都没有成功。
尝试将鼠标悬停在带下划线的元素上。它通常会告诉你问题所在。要查看所有错误/警告的列表,请转到View => Error list。应该在IDE底部打开一个表,列出所有错误/警告。
我发现,如果被引用的项目的目标是框架的更高版本,而不是试图使用它的项目,就会发生这种情况。你可以通过进入输出窗口并寻找类似的内容来判断这是否是问题所在:
无法解析主引用“my_reference”,因为它 是基于“. net framework,Version=v4.7.2”框架构建的。这 是比当前目标框架更高的版本吗 “.NETFramework, Version = v4.7 "。
解决方案是更改一个或其他项目的目标框架。
tldr;卸载并重新加载有问题的项目。
当这种情况发生在我身上时,我(习惯)尝试关闭VS并重新打开它。这可能在一半的时间里是有效的。当它不起作用时,我会关闭解决方案,删除.suo文件(或整个.vs文件夹)并重新打开解决方案。到目前为止,这对我来说总是有效的(在过去的6个月里超过10次),但它有点乏味,因为有些东西会重置,比如你的构建模式,启动项目等。
由于通常只有一个项目有问题,我只是尝试卸载该项目并重新加载它,这是有效的。我的样本容量只有1,但它比其他两个选项快得多,所以可能值得一试。(更新:我的一些同事现在也在尝试这个方法,到目前为止,每次都很有效。)我怀疑这是可行的,因为它写入.suo文件,并可能修复了导致问题开始的损坏部分。
注意:这似乎适用于VS 2022、2019、2017和2015。