Azure上.NET Framework Web应用高CPU使用率问题求助

1. 解析GC线程的核心行为 #

• 从Profiler Trace中明确这些GC线程属于前台GC还是后台GC：前台GC会暂停所有应用线程，一般是内存压力过载触发；后台GC为并发执行，但持续高占比意味着内存分配频率远超预期。
• 统计Trace中GC的触发频次、单次回收字节量：如果短时间内频繁触发Gen2 GC，大概率存在大对象反复分配未释放、内存碎片严重的问题。

2. 对比健康部署与问题部署的环境差异 #

• 核对Azure App Service配置细节：
  • 确认两个部署的应用服务计划层级完全匹配（包括实例数、CPU核心数、内存配额），部分看似相同的层级可能存在隐藏差异（比如Premium v3是否启用隔离选项）。
  • 检查应用设置：WEBSITE_LOAD_USER_PROFILE、GCHeapCount、COMPlus_GCServer等GC相关环境变量是否一致，这类参数会直接影响GC的运行逻辑。
• 排查依赖服务差异：问题部署连接的数据库、缓存等服务是否存在响应延迟，线程阻塞会导致对象长时间被持有，间接引发GC异常。

3. 定位应用内存分配异常点 #

• 抓取内存转储：在高CPU时段生成Full Memory Dump，用WinDbg配合!dumpheap、!gcroot命令分析：
  • 找出占用内存最高的对象类型，排查是否存在静态集合未清理、事件订阅未取消等内存泄漏场景。
  • 检查大对象堆（LOH）碎片情况：LOH碎片严重会导致GC频繁触发且回收效率低下，进而占用大量CPU。
• 启用**.NET GC日志**：在应用设置中添加环境变量COMPlus_GCLogFile指定日志路径，COMPlus_GCLogLevel设为5，收集日志后用PerfView分析，重点关注Gen2 GC次数、暂停时长、内存分配速率。

4. 排查Azure平台层面的干扰因素 #

• 查看App Service诊断日志：确认是否有周期性平台操作（如备份、缩放、健康检查）在高CPU时段触发，这类操作可能干扰应用GC行为。
• 验证部署包一致性：对比问题部署与健康部署的DLL版本，排查是否因第三方依赖库版本差异引入内存泄漏。

5. 针对性优化验证 #

• 若为LOH碎片问题：避免频繁分配大对象（如复用缓冲区、使用池化对象），或启用.NET Framework 4.7.1的LOH压缩功能（设置COMPlus_GCLargeObjectHeapCompactionMode为1）。
• 若为内存泄漏问题：修复泄漏点后，在测试环境模拟长时间运行验证是否复现，再部署至生产环境。

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