AWS Lambda（.NET6）批量迭代时内存溢出问题求助

核心排查与解决方向 #

1. 精准捕捉内存峰值 #

CloudWatch的内存统计是采样值，无法反映实时峰值。在循环中添加实时内存监控代码，确认迭代过程中的真实内存变化：

using System.Diagnostics;

// 在每次循环迭代中插入
var currentProcess = Process.GetCurrentProcess();
var usedMemoryMB = currentProcess.WorkingSet64 / (1024 * 1024);
Console.WriteLine($"迭代 {iterationIndex}: 当前内存占用 {usedMemoryMB} MB");

2. 排查跨环境GC行为差异 #

本地Windows与Lambda的Amazon Linux 2环境GC逻辑不同，重点检查大对象堆（LOH）问题：

• 开启GC日志分析：在Lambda环境变量中设置COMPlus_GCLogFile=/tmp/gclog.log，执行后下载日志查看LOH的分配与回收情况，确认是否存在碎片化导致的内存无法释放。
• 优化GC触发时机：在每批次循环结束后尝试主动触发GC（避免过度调用）：

  GC.Collect();
  GC.WaitForPendingFinalizers();
  

3. 消除隐式资源泄漏 #

即使使用using管理连接，仍可能存在未释放的资源：

• 确保所有数据读取对象（DataReader、DataSet等）都包裹在using块中：

  using var conn = new SqlConnection(connString);
  await conn.OpenAsync();
  using var cmd = new SqlCommand(query, conn);
  using var reader = await cmd.ExecuteReaderAsync();
  // 数据读取逻辑
  

• 复用序列化器实例：避免在循环中重复创建JsonSerializer等对象，将实例移至循环外：

  var serializeOpts = new JsonSerializerOptions { WriteIndented = true };
  foreach (var dataItem in dataList)
  {
      var jsonStr = JsonSerializer.Serialize(dataItem, serializeOpts);
      // 后续处理逻辑
  }
  

4. 拆分批量处理逻辑 #

将1700条数据拆分为小批次（如每200条一批），处理完一批后清理资源再处理下一批。如果是从数据库读取数据，改为分页查询，避免一次性加载全量数据到内存。

5. 检查Lambda运行时特殊限制 #

• 确认是否开启了Lambda遥测API，部分版本的遥测可能导致内存异常，可尝试移除环境变量AWS_LAMBDA_HANDLER_WRAPPER关闭遥测。
• 排查静态变量：静态变量会在Lambda容器生命周期中保留，如果循环中持续向静态集合添加数据，会导致内存累积增长。

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