VSCode C扩展中Razor文件动态信息变更导致的性能问题分析

在最新版本的VSCode C#扩展中，开发团队发现了一个严重影响开发体验的性能问题。当打开包含大量Razor文件的解决方案时（如Aspire项目），解决方案加载过程变得异常缓慢，甚至可能导致其他语言功能无法正常使用。

问题现象

开发人员在使用2.73.16预发布版本时观察到以下症状：

1. 解决方案加载时间超过5分钟仍未完成
2. Roslyn语言服务器收到大量重复请求
3. 两种特定类型的请求被频繁发送：
   • workspace/buildOnlyDiagnosticIds请求（约2万次）
   • razor/dynamicFileInfoChanged请求（约2万次）
4. 即使项目加载完成后，请求风暴仍在继续，阻塞其他语言功能

问题根源

经过深入分析，这个问题主要源于Razor语言服务器与C#语言服务器之间的交互机制。具体表现为：

1. 动态文件信息变更风暴：Razor组件持续发送dynamicFileInfoChanged通知，导致C#服务器处理队列被占满
2. 诊断请求激增：buildOnlyDiagnosticIds请求的异常增多加重了服务器负担
3. 版本回溯：问题始于2.72.22版本，该版本引入了某些变更导致请求风暴无法自行停止

技术背景

在正常场景下：

• Razor文件变更时，Razor服务器会通知C#服务器更新文件信息
• 这类通知应该是有限的，在解决方案加载完成后趋于稳定
• 诊断请求应该只在必要时触发

但在问题版本中：

• 通知机制出现异常，导致无限循环的通知
• 每个通知都会触发相关诊断流程
• 服务器资源被耗尽，无法处理正常请求

解决方案

开发团队已经定位并修复了这个问题，主要改进包括：

1. 优化通知机制：修正了Razor文件变更通知的触发逻辑
2. 请求限流：对高频请求类型增加了保护机制
3. 资源管理：改进了服务器请求队列的处理策略

用户建议

对于遇到类似问题的用户：

1. 升级到最新版本的VSCode C#扩展
2. 大型项目加载时耐心等待初始处理完成
3. 如仍遇性能问题，可收集日志反馈给开发团队

这个问题展示了IDE扩展开发中跨组件通信的复杂性，也体现了微软开发团队对开发体验的持续关注和快速响应能力。