在我的例子中，我有一个在适当的源文件夹中列出的类，但没有在解决方案资源管理器中注册。我必须右键单击项目>添加现有项目，手动选择它说它缺少的类。然后一切都运转正常!

把我的解决方案加入到混合中，因为它有点不同，我花了一段时间来弄清楚。

In my case I added a new class to one project but because my version control bindings weren't set I needed to make the file writable outside of Visual Studio (via the VC). I had cancelled out of the save in Visual Studio but after I made the file writable outside VS I then hit Save All again in VS. This inadvertently caused the new class file to not be saved in the project..however..Intellisense still showed it up as blue and valid in the referencing projects even though when I'd try to recompile the file wasn't found and got the type not found error. Closing and opening Visual Studio still showed the issue (but if I had taken note the class file was missing upon reopening).

当我意识到这一点时，解决方法很简单:将项目文件设置为可写，将丢失的文件读入项目。现在都建好了。

要解决这个问题，还可以删除并重新创建*.sln。关联解决方案的DotSettings文件。

在我的情况下，我卸载项目，然后:

Opened myProject.csproj and update the ToolsVersion="4.0" to ToolsVersion="12.0"(I'm using vs 2017)(using Paulus's answer https://stackoverflow.com/a/64552201/1594487). Deleted following lines from the myProject.csproj: <Import Project="..\packages\EntityFramework.6.4.0\build\EntityFramework.props" Condition="Exists('..\packages\EntityFramework.6.4.0\build\EntityFramework.props')" /> <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />

问题解决了。

我也有同样的问题。一天晚上，我的项目会在第二天早上编译错误!

我最终发现visual studio决定“调整”我的一些参考，并将它们指向其他地方。例如:

system。componentmodel。isupportinitialize变成了blahblah。system。componentmodel。isupportinitialize

如果你和我一样，我这样做是很粗鲁的

在我的VS2019解决方案中添加了一个新的库项目后，我得到了“使用系统”的错误。添加包Newtonsoft. json (currentversion)到库项目修复了这个问题，因为对Newtonsoft的依赖。Json包含了NETStandard。库的依赖项下的库，并正在生成一个警告图标。主项目有一个错误，直到我安装了Newtonsoft。Json，所以我认为它也适用于库;它确实做到了。