.NET Core 6微服务中Elastic APM内存泄漏，求降CPU/内存方案

安全阿岳

2026-7-6

问题

在.NET Core 6的高数据处理微服务中，使用1.22.0版本的Elastic.Apm.NetCoreAll和Elastic.Apm.StackExchange.Redis时，Elastic APM引发内存泄漏，导致服务器内存占用过高、CPU消耗过大。请问是否有同行遇到过此类问题？能否提供降低内存与CPU占用的解决方案？

我已按照官方文档优化APM性能配置：

{
  "TransactionSampleRate": 0.2,
  "StackTraceLimit": 0,
  "SpanStackTraceMinDuration": "10ms",
  "CaptureHeaders": false,
  "MetricsInterval": "1s",
  "Enabled": true
}

但优化后未取得明显改善。

解决方案

升级Agent版本：1.22.0版本存在已知的内存泄漏问题，尤其是与StackExchange.Redis集成时的Span追踪逻辑漏洞，官方在1.28.0及以上版本中修复了多个此类问题，升级后能显著缓解内存和CPU占用问题。
禁用Redis命令级Span追踪：若暂时无法升级，可通过配置关闭Redis细粒度命令追踪，仅保留连接级Span，减少不必要的对象创建：
```
"ElasticApm": {
  "StackExchangeRedis": {
    "CaptureCommands": false
  }
}
```
调整Metrics采集间隔：当前MetricsInterval设为1s过于频繁，高并发场景下会持续消耗资源，建议调整为10s或30s：
```
"MetricsInterval": "10s"
```
限制单事务Span数量：高数据处理场景下单Transaction生成的Span可能过多，可通过MaxSpansPerTransaction配置限制单事务的Span上限，避免内存堆积：
```
"MaxSpansPerTransaction": 500
```
排查未收尾的APM对象：检查代码中是否存在手动创建的Transaction/Span未调用End()方法的情况，这类未正确收尾的对象会持续占用内存。
用内存分析工具定位：借助dotMemory或Visual Studio内存诊断工具捕获内存快照，确认是否是APM Agent的Span、Transaction等实例未被GC回收，精准定位泄漏点。