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

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

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

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

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

1.右键单击网站文件夹

2.点击“属性”

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

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

5.单击ok !

在Visual Studio菜单中:

网站->开始选项->构建选项卡->选择目标框架 下拉框(。NET FrameWork 4)

可能是你有自己的MSBUILD proj文件，并且正在使用<AspNetCompiler>任务。在这种情况下，您应该为. net4添加ToolPath。

<AspNetCompiler
    VirtualPath="/MyFacade"
    PhysicalPath="$(MSBuildProjectDirectory)\MyFacade\"
    TargetPath="$(MSBuildProjectDirectory)\Release\MyFacade"
    Updateable="true"
    Force="true"
    Debug="false"
    Clean="true"
    ToolPath="C:\Windows\Microsoft.NET\Framework\v4.0.30319\">      
</AspNetCompiler>

在发布我的第一个web服务时，我也面临着同样的问题。我的解决方法很简单:

打开IIS 单击应用程序池 右键单击“DefaultAppPool =>”，设置应用程序池默认值=>。net版本为V 4.0。(你也可以改变 .Net框架应用程序的具体版本)

希望它能起作用。

为本地开发更改端口号帮助了我。谢谢@Rinay Ashokan。 我已经做了所有的故障排除，最后发现项目配置存储在IIS express的端口号中。

以下2个步骤将强制刷新Visual Studio和IIS Express缓存，通常可以解决类似的问题:

简单地将Project框架从4+切换到.Net framework 3.5并运行它 如果它成功运行，你可以将它恢复到你想要的4+目标框架，并看到它可能会再次工作。