blocks|key|275635|text|也许您尝试重置intellisense缓存。我在visual+studio+2012中遇到过类似的问题，当我在一个包含许多分部类定义的大型项目中工作时。减少partials部分解决了这个问题，还清除了intellisense缓存-一段时间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|275636|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Perhaps you try to reset your intellisense cache. I've had a similar issue in visual studio 2012 when working in a large project with many partial class definitions.
Reducing the partials solved the problem partially, clearing the intellisense cache also - for a while.

blocks|key|59163|text|尝试将鼠标悬停在带下划线的元素上。它通常会告诉你问题出在哪里。要查看所有错误/警告的列表，请转到查看=>错误列表。应在IDE底部打开一个表，其中列出了所有错误/警告。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59164|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Try hovering with the mouse over the underlined elements. It should normally tell you what the problem. To see a list of all the errors/warnings, go to View => Error List. A table should open on the bottom of the IDE with all the errors/warnings listed.

blocks|key|59201|text|我遇到过这样的问题，Intellisense似乎无法识别一个项目的存在(很多“找不到这个类型”、“这个命名空间不存在”等错误)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59202|在所有引用项目中删除并重新添加项目引用可以修复该问题，但可以通过编辑问题项目的.proj文件来修复潜在原因。|59203|在“缺失”项目的.csproj文件的顶部附近有一个元素：|59204|<ProjectGuid>{GUID}</ProjectGuid>|code-block|syntax|javascript|59205|在所有引用项目中，.csproj文件都是项目引用：|59206|<ProjectReference+Include="..\OffendingProject\OffendingProject.csproj">
++<Project>{ANOTHER-GUID}</Project>
++<Name>Offending+Project</Name>
</ProjectReference>|59207|引用GUID与项目的GUID不匹配。用{ANOTHER-GUID}替换上面的{GUID}修复了这个问题，而不必遍历每个引用项目。|offset|length|style|CODE|59208|entityMap^0|0|0|0|0|0|0|J|E|12|6|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|X|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Y|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|Z|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|10|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|11|8|@]|9|@]|A|$I|J]]|$1|O|3|P|5|6|7|12|8|@$Q|13|R|14|S|T]|$Q|15|R|16|S|T]]|9|@]|A|$]]|$1|U|3|-4|5|6|7|17|8|@]|9|@]|A|$]]]|V|$]]

I had a problem like this where Intellisense didn't seem to recognise the existence of one project (lots of "can't find this type", "this namespace doesn't exist", etc. errors). 

Removing and re-adding the project reference in all the referencing projects would fix the issue, but the underlying cause could be fixed by editing the .proj file of the problem project.

Near the top of the "missing" project' .csproj file is an element:

<pre><code>&lt;ProjectGuid&gt;{GUID}&lt;/ProjectGuid&gt;
</code></pre>

and in all of the referencing projects .csproj files were project references:

<pre><code>&lt;ProjectReference Include="..\OffendingProject\OffendingProject.csproj"&gt;
 &lt;Project&gt;{ANOTHER-GUID}&lt;/Project&gt;
 &lt;Name&gt;Offending Project&lt;/Name&gt;
&lt;/ProjectReference&gt;
</code></pre>

The referencing GUID didn't match the project's GUID. Replacing <code>{GUID}</code> above with <code>{ANOTHER-GUID}</code> fixed the problem without having to go through every referencing project.

blocks|key|59229|text|我清理了解决方案，关闭了VS，重新打开了它，构建了解决方案，并且清除了红色的未解析行，构建成功了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59230|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I cleaned solution, closed VS, reopened it, build solution, and red unresolved lines were cleaned and build succeeded.

blocks|key|275773|text|有时，我必须通过遍历所有项目并手动删除"bin“和"obj”文件夹来进行自定义清理。要在Visual+Studio中查看它们，您必须为每个项目启用隐藏文件和文件夹。完成此操作后，重新构建解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|275774|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Occasionally I have to do a custom clean by going through all of the projects and manually deleting the "bin" and "obj" folders. To see them in Visual Studio, you'll have to enable hidden files and folders for each project. After this is done, rebuild the solution.

blocks|key|275799|text|有时，如果你只是清理解决方案，错误就会消失，但它们最终可能会在一段时间后或在下一次构建时回来。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|275800|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Sometimes if you just clean solution the errors are disappearing, but they may eventualy come back afer a while or at the next build.

blocks|key|59322|text|我通过删除微软.NET框架的临时文件解决了这个问题。位置:+C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary+ASP.NET文件和C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary+ASP.NET文件|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59323|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I solved this problem by deleting the temporary files of Microsoft .NET framework.
Location: 
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
and
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

blocks|key|275821|text|REM+DELETE+ALL+VS+HIDDEN+SOLUTION+OPTION+FILES
DEL+/A:H+/S+*.SUO|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|275822|unstyled|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$B|C]]|$1|D|3|-4|5|E|7|H|8|@]|9|@]|A|$]]]|F|$]]

<pre><code>REM DELETE ALL VS HIDDEN SOLUTION OPTION FILES
DEL /A:H /S *.SUO
</code></pre>

blocks|key|275851|text|对于我的特定情况，它是一个服务引用，另一个开发人员合并到主分支中。这是非常好的，除了语法突出显示无法解析生成的服务类和源都是红色下划线。清理，重建，重新启动什么也没做。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|275852|我所要做的就是刷新服务引用，然后VS设法在幕后将这些片段组合在一起。在源代码或生成的文件中没有更改。|275853|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

For my specific case it was a service reference another developer merged into the main branch. Which was perfectly fine except syntax highlight failed to resolve the generated service class and source was all red underlined. Cleaning, rebuilding, restarting did nothing. 

All I had to do was refresh the service reference and VS managed to put the pieces together behind the scenes. No changes in the source code or generated files.

blocks|key|59385|text|我刚刚在恢复git提交后遇到了这个问题，该提交将文件重新添加到我的项目中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59386|清理和重建项目不起作用，即使我在每一步之间关闭了VS。|59387|最终起作用的是将文件重命名为其他名称，然后再次更改。:facepalm：|59388|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I've just ran into this issue after reverting a git commit that added files back into my project.

Cleaning and rebuilding the project didn't work, even if I closed VS inbetween each step.

What eventually worked, was renaming the file to something else and changing it back again. :facepalm:

blocks|key|59420|text|遇到了这个问题，Visual+Studio无法识别单个类型，即使解决方案成功构建，它也会显示红色蠕动。我注意到在解决方案资源管理器中，文件左侧没有显示展开时的类和属性的展开箭头。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59421|修复方法是从项目中排除该文件并保存/构建，这会产生预期的错误，然后将该文件包含在项目中并保存并构建。|59422|执行完这些步骤后，Visual+Studio开始再次识别我的类型。看一下git中的差异，问题似乎是由于我的.csproj文件的<Compile+Include="..."+/>行的行尾不匹配造成的。|offset|length|style|CODE|59423|entityMap^0|0|0|1R|P|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Ran into this issue with a single type not being recognized by Visual Studio which showed the red squiggle even though the solution built successfully. I noticed in the Solution Explorer the file did not have the expand arrow on the left which shows classes and properties on expansion.

The fix was to Exclude the file from the project and save/build which produced an expected error and then Include the file in the project and save and build.

After performing these steps Visual Studio started to recognize my type again. Looking at the diff in git it appears the issue was due to line endings not matching on the <code>&lt;Compile Include="..." /&gt;</code> line of my .csproj file.

blocks|key|275936|text|0-右键单击解决方案并清除解决方案|type|unstyled|depth|inlineStyleRanges|entityRanges|data|275937|1-关闭VS|275938|2-删除项目的.suo文件|275939|3-开放VS|275940|4-构建解决方案|275941|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

0 - Right click on the Solution and clean solution

1 - Close VS 

2 - Delete project's .suo file

3 - Open VS

4 - Build solution

blocks|key|59486|text|在我的例子中，vs从未在项目属性>引用中保留导入的名称空间|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59487|当我再次尝试添加/检查它们时，我不能，vs抛出了一个错误，当保存的项目vs崩溃时。当我重新打开所有标准的导入名称空间时(system.data等)都被再次勾选，然后它可以正确地识别所有内容|59488|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

in my case vs was never retaining the imported namespaces in the project properties > references

when I tried to add/check them again I couldn't and vs threw an error and when saved project vs crashed. When I reopened all the standard imported namespaces (system.data etc...) were all ticked again and it then was recognising everything without error

blocks|key|276011|text|对于VS-2017，删除.vs文件夹对我来说是可行的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|276012|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

for VS-2017, deleting .vs folder worked for me.

blocks|key|276064|text|我已经尝试了所有的6个选项，没有一个对我有效。下面的解决方案解决了我的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|276065|关闭VS。删除解决方案文件旁边隐藏的".vs“文件夹。重新启动VS并加载解决方案。|276066|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I have tried all the 6 options, nothing worked for me. Below solution resolved my issue. 

Close VS.
Delete the hidden ".vs" folder next to your solution file.
Restart VS and load the solution.

blocks|key|59555|text|下面的解决方案对我很有效|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59556|1-关闭VS|59557|2-删除.vs文件夹|59558|3-开放VS|59559|4-构建解决方案|59560|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Following solution worked for me

1 - Close VS

2 - Delete .vs folder

3 - Open VS

4 - Build solution

blocks|key|276106|text|在工作中遇到此问题(运行VS2017)。我在这里尝试了所有的答案。一点也不快乐。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|276107|该项目可以很好地构建，但抱怨找不到名称空间/类型。到处都是红色的曲线。“错误列表”窗口中有许多错误。|276108|我的解决方案包含3个项目。|276109|发现其中一个项目的3个NuGet库引用越界。合并了引用的库版本和Bingo。|276110|希望这对某些人有帮助。|276111|布雷特。|276112|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Q|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|R|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

Had this issue at work (running VS2017). Tried all of the answers here. No joy.

The project would build just fine, but was complaining that namespaces / types couldn't be found. Red squiggles all over the place. Lots of errors in the Error List window.

My solution contained 3 projects.

Discovered that 3 of the NuGet library references for one of the projects was out of line.
Consolidated the referenced library versions, and Bingo.

Hope this helps someone.

Brett.

blocks|key|59620|text|卸载和重新加载项目解决了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59621|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Unload &amp; reload the project fixed this problem.

blocks|key|59684|text|我在VS2019中的症状是我会用一些错误来构建。然后，我修复了错误，构建就可以工作了，如输出窗口中所示。但是错误窗口仍然显示旧的错误。我可以很好地运行它。关闭VS2019并重新运行解决了这个问题，但只是一小段时间。这从版本16.4.3开始发生|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59685|这个解决方案似乎对我很有效：|59686|取消选中工具->选项->项目和解决方案->常规->允许并行项目初始化|59687|我在下面的评论中找到了这个修复：https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html|offset|length|59688|entityMap|0|LINK|mutability|MUTABLE|url|https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html^0|0|0|0|G|3E|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@$H|V|I|W|1|X]]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

My symptoms in VS2019 were that I would build with some errors. Then I'd fix the errors, and the build would work, as shown in the Output window. But the Errors windows still showed the old errors. I could run it just fine. Closing VS2019 and reopneing fixed the issue, but only for a little while. This started happening on version 16.4.3

This solution seems to work for me:

Uncheck Tools->Option->Projects and Solutions->General->Allow parallel project initialization

I found this fix buried way down in the comments here: <a href="https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html" rel="nofollow noreferrer">https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html</a>

blocks|key|276234|text|删除SUO+/+hidden解决方案文件的答案有很多。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|276235|在我的例子中，这是因为我需要以管理员身份运行Visual+Studio，以便发布。它会覆盖那些具有管理员权限的文件。现在，当我以标准用户身份运行时，我无法摆脱任何错误。|276236|如果我在管理模式下重新运行，我能够解决所有的错误。|276237|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

There are a lot of answers to delete the SUO / hidden solution files.
In my case it was because I needed to run Visual Studio as an Admin in order publish. Which overrode those files with admin permissions. Now when running as a standard user I can not get rid of any errors.
If I re-run in admin mode I am able to resolve all the errors.

blocks|key|276345|text|如此多的事情可能导致它，正如这里的一长串答案所证明的那样。这是我修复它的方法，我已经尝试了几乎所有的其他方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|276346|在调试模式下构建您的解决方案。然后在发布模式下构建它(当它有红色波浪线时，它不应该构建，但在我的例子中，它只是警告，应该有绿色波浪线，但它陷入了混乱，给了它们红色波浪线，而且它还是在发布模式下构建)。然后在调试模式下内置。在你的手上吐口水然后转三圈。|276347|为我工作，当其他人都做不到的时候。|276348|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

So many things that could cause it, as evidenced by the long list of answers here. Here's what fixed it for me, having tried pretty much everything else first.
Build your sulution in DEBUG mode. Then build it in RELEASE mode (it shouldn't build when it has red wavy lines, but in my case it was just warnings that should have had green wavy lines but it was getting in a muddle and giving them red wavy lines, and it built anyway even in release mode). Then build in in DEBUG mode. Spitting on your hands and turning around three times optional.
Worked for me, when nothing else did.

blocks|key|276403|text|在我的例子中，当我在将C#更新到最新版本后第一次尝试使用SDK9.0编写的项目时，无论我做什么，它都会显示红线(它可以很好地构建)。我在这里尝试了所有的方法，但都不起作用。最后，我意识到问题出在老版本的Resharper语法高亮笔上。一旦我更新了Resharper，所有的红色都消失了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|276404|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case when I tried to work with a project written with C# 9.0 for the first time after updating sdk to latest, it would show red lines no matter what I did (it would build fine). I have tried everything here, but nothing worked.
Finally I realised that the problem was with my Resharper's syntax highlighter from an older version.
Once I updated Resharper all the red went away.

blocks|key|59983|text|我体验过IntelliSense显示不存在的分散注意力的错误，但仍然有能力在Visual+Studio2019中构建和调试项目。此问题在Visual+Studio+2017中不会发生。在这个问题的顶部，我们无法导航到Visual+Studio中的各种引用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|59984|在尝试了发布的所有选项后，找到了这篇关于导航符号的文章：https://stackoverflow.com/a/49100341/999011|offset|length|59985|我们这种情况的解决方案与项目文件中的Microsoft.Net.Compilers+&+Microsoft.CodeDom.Providers.DotNetCompilerPlatform引用有关，在上面的帖子中提到了这一点。|style|CODE|59986|但是，我从来没有更新过它们，我只是发现项目文件中有多个对不同版本的引用。清理后，每个包Microsoft.Net.Compilers+&+Microsoft.CodeDom.Providers.DotNetCompilerPlatform只有一个引用，分散注意力的红色曲折消失了，导航符号开始工作。|59987|我只能推测额外的引用是在升级过程中添加的，因为我认为这个项目最初是在Visual+Studio+2015中创建的。|59988|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/49100341/999011^0|0|S|17|0|0|I|N|18|1E|0|17|N|1X|1E|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|W|8|@]|9|@$D|X|E|Y|1|Z]]|A|$]]|$1|F|3|G|5|6|7|10|8|@$D|11|E|12|H|I]|$D|13|E|14|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|15|8|@$D|16|E|17|H|I]|$D|18|E|19|H|I]]|9|@]|A|$]]|$1|L|3|M|5|6|7|1A|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]]]

I experienced IntelliSense displaying distracting errors that did not exist, but still had the ability to build and debug the project in Visual Studio 2019. This issue did not occur in Visual Studio 2017. On top of this issue we were unable to navigate to various references in Visual Studio.
After trying all of the options posted and finding this post about navigating symbols: <a href="https://stackoverflow.com/a/49100341/999011">https://stackoverflow.com/a/49100341/999011</a>
The solution for our situation was related to the <code>Microsoft.Net.Compilers</code> &amp;
<code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform</code> references in the project file, which were mentioned in the above post.
However, I never updated them I just found that there were multiple references to different versions in the project file. After cleaning those up and only having one reference for each package <code>Microsoft.Net.Compilers</code> &amp;
<code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform</code>, distracting red squiggles disappeared and navigating symbols started working.
I can only theorise that the extra references were added during upgrades as I think this project was originally created in Visual Studio 2015.

I have a problem with Visual Studio on a C# solution. It displays totally random errors, but the projects build. Right now, I have 33 files with errors, and I can see red squiggly lines in all of them.
I tried cleaning / rebuilding the solution, closing Visual Studio and even restarting my computer. I can modify .cs files and I see the changes in the solution.
Does anyone have an idea about why it does that?

Visual Studio displaying errors even if projects build

Visual Studio

Windows

我在C#解决方案上遇到了Visual Studio的问题。它显示完全随机的错误，但项目是构建的。现在，我有33个有错误的文件，我可以在所有文件中看到红色的曲折线条。我尝试清理/重建解决方案，关闭Visual Studio，甚至重新启动计算机。我可以修改.cs文件，并且可以看到解决方案中的更改。有没有人知道为什么会这样？

问即使生成项目，Visual Studio也会显示错误
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问即使生成项目，Visual Studio也会显示错误EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问即使生成项目，Visual Studio也会显示错误
EN