我正在使用IIS Express，而不是IIS。

问题出在应用程序主机上。配置文件位于:{solution_folder}\.vs\ Config \applicationhost.config。

其中一个应用程序池条目的managedRuntimeVersion值为“v2.0”。我把它改成了“v4.0”，它可以正常工作。

我很确定根本原因是我最近安装的NuGet包之一。

    <system.applicationHost>
       <applicationPools>
          <add name="BadAppPool1" managedRuntimeVersion="v2.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
       </applicationPools>
    </system.applicationHost>

通过选择.Net Framework v4.0.3xxxxx创建一个新池

使用管理管道模式:集成

将其分配到您的站点并完成。

如果您正在使用IIS Express，它将为您运行的每个站点创建一个新配置，并将其绑定到url(主机/端口)。但是，当它使用相同的端口打开一个新项目时，它不会刷新配置。

这意味着如果您有一个使用CLR 2.0(。NET Framework 2.0到3.5)在某个端口上运行，然后在同一端口上使用CLR 4(。NET Framework 4.x+)，新项目将尝试使用clr2运行，这是失败的-在这种情况下，它甚至不识别“targetFramework”属性。

一个解决方案是清理IIS Express站点，但最简单的方法是更改端口，以便IIS Express为您的项目创建一个新站点(使用CLR 4)。

遵循以下两个步骤:

注册。net框架版本4.0(如果没有注册)

C:\WINDOWS\ Microsoft.NET \ Framework \ v4.0.30319 > aspnet_regiis - i 在应用程序池中将.net框架更改为v4.0

对于分层, 在web中更改targetFramework的版本即可。仅配置文件，其他内容无需更改。

在本地运行指向. net Framework 4.7.1的应用程序时，我也遇到了同样的问题。 错误是“无法识别的TargetFrameWork属性”，如下所示。

但上面的答案都帮不了我。最后，当我将目前的端口(1413)号码更改为如下所示的其他值(60179)时，它对我来说很好。但我不确定这背后的实际原因，但它确实起作用了。