看起来有很多有效的解决方案，也有一些行不通……

在几次测试迭代之后，我的问题不断浮出水面。 是的，重启PC和/或VS可以解决这个问题…但暂时。

我的解决方案是撤销几天前启用的安全更改 早于勒索软件保护下的受控文件夹访问。

我通过以下方法撤销了这一更改: (右击开始) 设置->更新和安全->Windows安全->病毒和威胁防护->病毒和威胁防护设置->管理设置

受控文件夹访问 单击->管理受控文件夹访问 (这也是勒索软件保护屏幕)

关闭受控文件夹访问。

这对我来说是100%的问题，因为我可以在不重新启动VS的情况下运行我的测试。

如果使用git作为源代码控制，还应该确保忽略任何特定于用户的文件。

[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/

如果它们已经被跟踪，那么使用git -r rm——cached

这为我解决了错误。

Kilanny的回答是正确的。2015年的大多数机器都是64位的，所以有很多机会你只需要在工具主导航链接菜单下启用64位选项。不需要配置其他文件或硬编码端口。此外，端口分配应该是动态的。此修复适用于2013 With Update 3和Visual Studio 2015 Community Edition。

查看下面的迷你教程图片: (我只是在改进Kilanny的答案)

我也有同样的问题。重新启动Visual Studio对我来说很有效。

删除隐藏的.vs文件夹对我来说不起作用，因为在我的应用程序中指定的端口正在被另一个应用程序使用。

进入属性，然后点击web选项卡。 更改“开始Url”和“项目Url”中的端口号。 单击“创建虚拟目录”。 保存并按F5。

对我来说，其他的方法都没用。 我尝试过的事情:

更新并修补与Visual Studio相关的所有内容 重新安装Visual Studio 重新安装IIS Express 几个重新启动 将_WORKAROUND添加到PATH中 重命名文档下的IIS文件夹以重新生成IIS配置 手动编辑csproj文件并删除整个IIS设置部分 在VS设置中将IIS可执行文件的使用改为64位 在项目设置中更改IIS端口

在检查了该问题是否在不同的项目中持续存在之后，发现该问题只发生在一个特定的项目中。我认为我必须删除解决方案文件夹中所有特定于用户的文件(例如bin, obj， *)。缩,…) 我只是删除了整个解决方案文件夹，并在git中恢复了文件。

TLDR: 尝试删除用户特定的文件/文件夹，如bin, obj， *。缩,……