vs调试web项目报“请求失败”大概率是环境问题：需以管理员身份运行vs、检查iis express端口占用、确认web.config中compilation debug="true"且customerrors mode="off"、清理并重新生成解决方案确保pdb匹配。
直接在 Visual Studio 里按 F5 启动 Web 项目却报“请求失败”，大概率不是代码逻辑错，而是调试环境链路断了——常见于 IIS Express 启动异常、端口冲突、权限不足或 web.config 配置与运行时不匹配。先别急着改业务代码，按下面几步排查更省时间。
Visual Studio 没以管理员身份运行
Windows Vista 及以后系统默认限制非管理员进程调试 Web 服务器进程。哪怕你登录的是 Administrator 账户，devenv.exe 进程本身没提权，就会卡在“无法在 Web 服务器上启动调试”或“您没有调试 Web 服务器进程的权限”。
- 右键 Visual Studio 快捷方式 → “属性” → “高级” → 勾选“以管理员身份运行”
- 或者每次手动右键 → “以管理员身份运行”（临时方案）
- 重启 VS 后再试
F5；如果之前能进断点但 HTTP 请求直接 500/502，这步也得先做
IIS Express 端口被占用或配置错乱
VS 默认用 IIS Express 托管 Web 项目，它会绑定一个本地端口（如 http://localhost:59273）。一旦该端口被其他程序（Skype、另一个 VS 实例、旧 IIS Express 进程）占着，请求就发不出去，浏览器显示“无法连接”或“连接已重置”。
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 任务管理器 → 结束所有
iisexpress.exe进程 - 检查项目属性 → “Web”选项卡 → “项目 URL”里的端口号是否被占用（可用
netstat -ano | findstr :59273验证） - 改端口后，务必同步更新
.vs\config\applicationhost.config中对应站点的binding，否则 IIS Express 仍监听旧端口
web.config 的 debug 属性为 false 或编译模式不对
请求能发出但返回空白页、500 错误或“服务器找不到资源”，很可能是发布配置被误用：项目虽在 Debug 模式下编译，但 web.config 里 <compilation debug="false"></compilation> 会导致符号文件（.pdb）不加载、错误堆栈被隐藏、甚至某些调试钩子失效。
- 打开
web.config，确认<compilation> 节点中 <code>debug="true" - 检查
<customerrors mode="Off"></customerrors>是否启用，否则生产级错误会被替换成通用提示 - 若用 IIS 而非 IIS Express，请确认应用池 .NET 版本（如 v4.0 / v4.8 / Core）和项目目标框架严格一致
断点灰色空心、调试器不命中断点
请求能跑通，但断点不触发（红色空心圆），说明调试器根本没加载当前源码对应的符号——最常见原因是 DLL 和 PDB 文件版本不匹配。
- 清理整个解决方案（
Build → Clean Solution），再重新生成（Build → Rebuild Solution） - 检查输出窗口 → “调试”选项卡，看是否有类似
无法加载符号文件或源代码与原始版本不同的提示 - 不要手动复制
bin目录下的 DLL 到其他位置；若引用类库项目，确保其也处于 Debug 模式并重新生成
真正卡住的地方往往不在代码里，而在 VS 进程权限、IIS Express 生命周期、或 web.config 里一行被忽略的配置。尤其注意：改完 web.config 后不重启 IIS Express，改动不会生效；而“以管理员身份运行”这个动作，必须在 VS 启动前完成，启动后再提权无效。
