我注意到，有时在切换git分支时，Visual Studio(2017)将无法识别在第二个分支中添加的某些文件的类型。删除.vs文件夹可以解决这个问题，但它也会破坏所有的工作空间设置。这个技巧似乎对我很管用:

解决方案资源管理器->找到其中包含未识别类的文件。 单击解决方案资源管理器顶部的“显示所有文件”。 右键单击文件-> Exclude from project。 再次右键单击文件-> Include in project。

这会导致智能感知在切换分支时解析它错过的文件。

我的一个同事今天就遇到了这个问题。我们尝试了这里的许多建议，除了下面描述的解决方案之外，没有一个有效。

问题:

项目构建良好，但智能感知无法识别某些类型，并将特定的使用语句标记为无效。

解决方案:

将“解决方案平台”(在VS 2017中，这是解决方案配置下拉菜单旁边的下拉菜单，具有诸如x86, x64, AnyCPU，混合平台等值)更改为AnyCPU。

项目的平台可能会有所不同，但有些参考可能并不适用于所有平台。

以下是一些流行的答案。如果答案对你有帮助，给它点赞:

选项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。 然后，右键单击引用>添加引用，选择“微软。单击“确定”

也许你试图重置你的智能感知缓存。在visual studio 2012中，当我在一个有许多部分类定义的大型项目中工作时，我也遇到过类似的问题。 减少局部值部分地解决了问题，同时也清除了智能感知缓存。

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

对于我的具体案例，它是另一个开发人员合并到主分支中的服务引用。除了语法高亮显示无法解析生成的服务类和源都是红色下划线之外，这是完全正常的。清理、重建、重新启动什么都没有。

我所要做的就是刷新服务引用，而VS设法在幕后将各个部分组合在一起。源代码或生成的文件没有更改。