Visual Studio 2019启动变慢 排查解决方案加载耗时过高问题

用内置工具抓取后台加载全流程数据 #

• 自带性能探查器直接拆分加载耗时：
  不打开任何解决方案的状态下，从顶部菜单栏进入 调试 -> 性能探查器，选择分析目标为本地VS进程，勾选项目和解决方案加载时间、UI响应性两个采集项，启动采集后再正常打开目标解决方案，等加载完成后停止采集，工具会自动拆解全流程每个环节的耗时占比：NuGet还原耗时、单项目加载耗时、扩展插件的后台操作耗时、UI线程阻塞点都会明确标注，无需盲目排查。
• 解决方案加载实时时序查看：
  加载完成后，在VS底部的输出窗口，把“显示输出的来源”切换为 解决方案加载事件，就能看到所有项目的加载时序排序，单项目加载超过阈值的条目会被标红，可直接定位是哪一个项目的加载逻辑拖慢了整体速度。
• 全量后台操作日志导出：
  关闭所有VS窗口，通过命令行带日志参数启动VS：devenv.exe /Log，正常完成一次解决方案加载流程后，去对应路径找生成的活动日志（%APPDATA%\Microsoft\VisualStudio\对应实例版本号\ActivityLog.xml），日志里记录了从VS启动到解决方案加载完成的所有后台操作时间戳、报错、超时重试记录，比如远程NuGet源连接超时反复重试、组件加载失败触发的循环逻辑这类问题，都会在日志里有明确记录。

快速定位常见的拖慢加载速度的诱因 #

• 扩展插件影响验证：
  通过命令行带安全模式参数启动VS：devenv.exe /SafeMode，该模式下所有第三方扩展会被临时禁用，如果此时加载解决方案的速度回到之前的数分钟水平，就进入扩展管理页，挨个禁用近一个月新装、自动更新过的扩展测试，大部分加载变慢的问题都是扩展的后台代码索引、实时扫描功能在加载阶段抢占IO和CPU资源导致的。
• 系统层影响排查：
  • 检查杀毒软件实时扫描规则：VS加载解决方案时会批量读取大量代码文件、程序集，如果杀毒软件对VS安装目录、解决方案代码目录、NuGet全局缓存目录做全量实时扫描，会成倍拉高文件读取的耗时，把这几个目录加入杀毒排除列表后测试速度变化。
  • 排查损坏的NuGet缓存：本地NuGet缓存损坏时，VS会在加载阶段反复校验、重试读取损坏的缓存包，耗时会大幅上涨，可以清空NuGet全局缓存后重新测试加载速度。
  • 核对当前VS小版本的已知性能问题：部分VS2019的补丁版本曾经出现过项目系统的性能回归问题，在“关于Visual Studio”页面查看当前具体版本号，对应排查已知的性能问题记录。

内容的提问来源于stack exchange，提问作者JQW