You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

VS2022调试C# .NET Core网站时自动启动的Chrome卡顿

问题分析与解决建议

核心原因推测

VS调试时自动启动的Chrome实例,和手动启动的实例在启动参数、用户数据目录、调试协议关联这三个维度存在差异,某次程序崩溃导致这些关联配置损坏,进而引发请求阻塞。

具体解决步骤

  • 重置VS浏览器调试配置
    打开VS2022,依次进入「工具」→「选项」→「项目和解决方案」→「Web项目」,点击「重置所有浏览器设置」。也可以右键项目→「属性」→「调试」,检查Chrome的启动参数,清空所有额外的命令行参数(比如可能残留的--remote-debugging-port或异常的--user-data-dir配置)。

  • 清理VS专属的Chrome用户数据目录
    VS启动调试用的Chrome会使用单独的用户数据目录(不是你手动清理的默认Chrome缓存),崩溃后这个目录可能损坏。找到路径类似C:\Users\[你的用户名]\AppData\Local\Microsoft\VisualStudio\17.5_[随机串]\Chrome\User Data的文件夹,关闭所有Chrome和VS实例后删除该目录,再重新启动调试。

  • 强制清理IIS Express残留进程
    打开任务管理器,结束所有iisexpress.exe和dotnet.exe进程;然后删除项目根目录下的隐藏文件夹.vs,重新打开项目进行调试,以此清除旧的调试会话残留。

  • 临时切换调试浏览器验证
    暂时改用Edge浏览器进行调试,如果正常,说明问题出在VS与Chrome的调试协议关联上。可以尝试重新安装Chrome,或者在VS调试设置中给Chrome添加--no-debugger启动参数(注意:此参数可能影响VS与Chrome的调试联动,仅作临时验证用)。

内容的提问来源于stack exchange,提问作者Flouen

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.28 08:12:27