如果您正在使用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)。

将应用程序池更改为目标框架4.0而不是经典框架。

RC网站->管理网站->高级设置> 第一个选项从经典到框架4集成。

如果你编译文件，并且"targetFramework"的值被设置为一个特定的版本，即4.0，

确保主机运行的。net框架与声明的版本相同。

如果没有，请下载。net框架。

下载后，如果IIS管理器中没有自动设置为使用新下载的.net框架的扩展名，

手动添加扩展通过最近下载的。net框架通过IIS管理器:

1.右键单击网站文件夹

2.点击“属性”

3.在“虚拟目录”下，点击“配置”

4.编辑扩展名的可执行路径”。aspx”(其中路径指向的版本不是最近下载的。net框架的版本)到正确的路径，即新下载的。net框架的文件夹，然后选择“aspnet_isapi.dll”文件。

5.单击ok !

刚刚有这个问题部署一个新的应用程序到一个旧的IIS盒子。调查导致安装了v4.5.1运行时，但应用程序需要v4.5.2

除了安装正确的ASP . net运行时版本外，什么都不需要。

在构建服务器上的Jenkins的“控制台输出”页面中看到错误“无法识别的属性‘targetFramework’”。 这是在我改变了几个项目的“目标框架”之后。NET Framework 3.5' to '。NET Framework 4'并提交了我的更改。

在Jenkins中，项目设置必须改变。对于解决方案，“MSBuild版本”必须从“v3.5”更改为“v4.0”。

我正在使用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>