AWS Step Functions能否存储自定义对象数组作为内存变量？

结论先行 #

Step Functions 完全支持在顶层维护数组并追加元素，但有明确的状态数据大小限制，得根据你的实际场景评估可行性。

关键细节 #

• 状态数据上限：同步工作流的执行状态数据（包括你要维护的数组）最大不能超过256KB，异步工作流的上限是1MB。如果数组追加后突破这个阈值，工作流会直接报错终止。
• 大数组场景的替代方案：
  • 用S3存数组：每次Lambda执行完把对象写入S3的JSON文件，工作流结束时再从S3读取完整数组。这种方式几乎没大小限制，适合条目多、单个对象体积大的场景。
  • 用Map状态的分布式模式：如果是批量遍历，分布式模式会并行跑Lambda，每个Lambda的输出直接写入外部存储，不用在Step Functions顶层聚合大数组，从根源避免状态数据膨胀。
  • 分段聚合：要是必须在Step Functions内部聚合，可以把数组分成小批次处理，每批聚合完存到外部存储，最后再合并，减少单步状态数据的体积。

实操建议 #

• 先算一下单个自定义对象的大小，再乘以总条目数，判断最终数组会不会超Step Functions的限制。如果在阈值内，直接用ResultPath和Parameters语法追加就行，比如Lambda调用步骤后用ResultPath把新对象合并到顶层数组：

  {
    "Type": "Task",
    "Resource": "arn:aws:lambda:us-east-1:123456789012:function:MyLambda",
    "ResultPath": "$.array",
    "Parameters": {
      "input.$": "$.currentItem",
      "existingArray.$": "$.array"
    }
  }
  

  （Lambda里要接收existingArray，然后返回追加后的新数组）
• 如果估算下来会超限制，优先用S3存聚合结果，这是最稳的方案。

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