如何排查Azure中App Service Plan（P1v3）CPU占用率达100%的原因？

非请求类CPU占用排查 #

• 检查后台定时任务/作业：12个App Service里有没有内置的定时任务（比如Quartz、Hangfire，或者绑定的定时触发器），四次固定峰值大概率是定时触发的后台操作，这类任务不会被常规请求监控捕获。可以查看每个App Service的Log Files/Application/Logs目录日志，或者启用进程线程日志追踪后台线程活动。
• 排查应用初始化/预热逻辑：如果App Service设置了定时重启或自动缩放后的预热流程，可能触发批量初始化操作（比如缓存加载、数据库连接池初始化），集中占用CPU。检查Always On设置，以及自动缩放规则的触发时间是否和峰值时间匹配。
• 核对平台级操作记录：Azure平台可能会对App Service Plan执行维护（如补丁更新、实例迁移），这类操作也会导致CPU飙升。可以在Azure门户的App Service Plan“活动日志”里查看峰值时间点是否有平台操作记录。

深入进程分析 #

• 用Azure诊断工具：在App Service的“诊断并解决问题”面板选择“CPU高”诊断工具，它会抓取峰值时的进程快照，分析w3wp.exe或后台进程的CPU占用情况。还可以导出内存转储或CPU采样数据，用Visual Studio或WinDbg分析线程栈，定位具体代码段。
• 启用详细进程日志：在App Service配置里开启WEBSITE_DISABLE_SCM_SEPARATION（按需启用），通过Kudu控制台打开Process Explorer，实时监控CPU占用最高的进程和线程，追踪资源消耗源头。

资源分配优化 #

• 拆分App Service Plan：12个应用共享P1v3实例，单个实例CPU资源有限，若多个应用同时触发高CPU操作，极易占满资源。可以将高负载或带定时任务的应用拆分到单独的App Service Plan，实现资源隔离。
• 调整实例配置：如果确认是资源不足导致峰值，可升级到P2v3/P3v3实例，或启用自动缩放，在峰值时间段增加实例数量，分散CPU负载。

代码层面优化 #

• 排查内存泄漏与GC开销：内存泄漏会引发频繁GC，间接占用大量CPU。通过Application Insight的“性能”面板查看GC次数和内存使用趋势，或抓取内存转储分析对象引用链。
• 优化同步阻塞操作：长时间的数据库查询、文件IO或外部API同步调用会导致线程阻塞，增加CPU等待时间。将同步代码改为异步操作，减少线程资源占用。

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