Windows Azure App Service线程疑似被终止无证据，如何查找日志与配置告警？

一、定位线程终止/内存异常的证据 #

• 开启详细诊断日志：在Azure门户的App Service资源页，进入「监测 > 日志」，启用应用日志（可选择文件系统或Blob存储）、Web服务器日志和失败请求跟踪日志。重点排查：
  • 应用日志中是否存在OutOfMemoryException的堆栈信息，或是线程异常终止的日志记录
  • Web服务器日志里的5xx状态码（尤其是503），这类错误常对应进程因内存超限被回收的场景
  • 失败请求跟踪日志能捕捉到请求处理过程中内存突增的细节
• 查看进程回收日志：访问Kudu控制台（https://<你的应用名称>.scm.azurewebsites.net），进入「Debug console > PowerShell」，查看D:\home\LogFiles\EventLog.xml文件，这里会记录App Service自动回收进程的具体原因（比如内存占用超出阈值）
• 启用.NET性能计数器：如果是.NET应用，在App Service的「配置 > 常规设置」中开启性能计数器，可采集% Time in GC、Gen 2 GC次数、私有字节数等核心指标，结合Azure Monitor分析内存泄漏趋势
• 生成并分析内存转储：在Kudu的「Process explorer」中找到内存占用过高的进程，点击「Dump」生成内存转储文件，下载后用WinDbg或Visual Studio分析，精准定位内存泄漏的对象或线程阻塞点

二、配置适配波动模式的告警 #

• Azure Monitor指标告警：进入App Service的「监测 > 警报 > 创建警报规则」，针对以下关键指标配置告警：
  • 内存工作集：放弃固定阈值，使用动态阈值适配波动的内存模式，当内存偏离正常基线时触发告警
  • GC百分比：设置阈值（例如持续5分钟超过80%），提前预警内存压力
  • 进程回收次数：当短时间内回收次数激增时触发告警，提示进程可能因内存问题被终止
• 日志查询告警：在Azure Monitor日志中编写Kusto查询，筛选内存异常或线程终止的日志，示例查询：

  AppServiceAppLogs
  | where Message contains "OutOfMemoryException" or Message contains "Thread terminated"
  

  基于该查询创建告警，一旦匹配到相关日志立即推送通知

三、额外排查方向 #

• 确认App Service的实例内存配额：在「配置 > 常规设置」中查看当前计划的内存上限，验证进程是否确实达到了配额阈值
• 检查第三方依赖：排查应用使用的第三方组件（如缓存、后台任务库）是否存在内存泄漏问题

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