在我的案例中，问题是在将命名空间更改为与另一个项目中的名称完全相同之后(有意地)，程序集的名称也被VS更改了，因此有两个具有相同名称的程序集，其中一个覆盖了另一个

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

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

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

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

好吧，多年后使用VS 2017 . net Core 2.2 Razor Pages，我觉得这个答案可能会帮助到一些人。 如果是蛇，它会咬我的。 我到处乱扔东西，更改名称，重命名模型，突然我得到了这个错误:

错误CS0246类型或命名空间名称不能为“UploadFileModel” 找到(是否缺少using指令或程序集引用?)

这在我的。chstml Razor Page中用红色划线。(修正后未加下划线):

@page
@model UploadFileModel

所以，最后，幸运的是，我从其他人那里找到了我最初使用的代码，注意，名称空间不包括.cshtml文件名!!

这是我的坏假错误在命名空间的页面名称打我自己:

namespace OESAC.Pages.UploadFile
{
    public class UploadFileModel : PageModel
    {

我的原始代码所拥有的，我所要做的就是从命名空间UploadFile中删除页面名称:

namespace OESAC.Pages
{
    public class UploadFileModel : PageModel
    {

瞧，所有的错误都消失了!! 愚蠢的我。但是你知道，微软让。net c# MVC的东西让我们这些非计算机科学家非常困惑。我经常被鞋带绊倒，试图找出模型名称、页面名称和使用它们的语法。不应该这么难。哦。我希望错误和解决方案能帮助别人。错误是正确的，没有命名空间名为“UploadFileModel”哈哈。

这可能是两个项目之间的. net框架版本不兼容的结果。

它可以通过两种方式发生:

客户档案项目引用了一个完整的框架项目;或 一个针对新框架版本的旧框架版本

例如，当一个应用程序被设置为目标。net 4客户端配置文件框架时，它会发生，而它引用的项目目标是完整的。net 4框架。

更清楚地说:

项目A的目标是客户概要文件框架 项目A引用项目B 项目B的目标是完整的框架

这种情况下的解决方案是要么升级应用程序的框架目标(项目A)，要么降级引用程序集的目标(项目B)。完整框架应用程序引用/使用客户端概要文件框架程序集是可以的，但反过来就不行(客户端概要文件不能引用完整框架目标程序集)。

注意，当你在VS2012或VS2013(使用.Net 4.5作为默认框架)中创建一个新项目时，你也会得到这个错误:

引用项目使用。net 4.0(当你从VS2010迁移到VS2012或VS2013，然后添加一个新项目时，这很常见) 引用的项目使用更大的版本，即4.5.1或4.5.3(你已经将现有项目重新定位到最新版本，但VS仍然创建了针对v4.5的新项目，然后你从新项目中引用这些旧项目)

在构建解决方案时，我得到了相同的错误(类型或名称空间' '找不到)。在它下面，我看到一个警告，声明“引用无法解析”，并确保“程序集存在于磁盘上”。

我非常困惑，因为我的DLL非常清楚地位于引用所指向的位置。VS似乎没有突出显示任何错误，直到我尝试构建解决方案。

我终于意识到问题所在(或者至少我怀疑是问题所在)。我在同一个解决方案中构建库文件。因此，即使它存在于磁盘上，它也在那个位置被重新构建(在库重新构建的过程中，我的另一个项目-在同一解决方案中-引用了库，必须确定库不存在)

当我右键单击项目并只构建该项目，而不是整个解决方案时，我没有得到错误。

为了解决这个问题，我将库作为依赖项添加到正在使用它的项目中。

这样做:

我在解决方案资源管理器中右键单击我的解决方案并选择 “属性” 然后在“Common Properties”中选择“Project Dependencies”。 然后在项目下拉菜单中，我选择了项目 依靠图书馆，而且 选中“依赖”下的库旁边的复选框

这确保首先构建库项目。

确保您引用的是为项目/文件提供的名称空间。我的问题是，我从另一个项目复制了一个文件，忘记更改名称空间。