Azure Logic Apps中JavaScript大数组拼接性能优化咨询

问题根源 #

当前使用concat方法拼接数组时，每次都会创建新数组并复制所有现有元素+新元素，数据量越大，复制的元素总数呈累加式增长，导致耗时指数级上升。

优化方案1：使用push批量添加（推荐） #

push可以直接在原数组末尾追加元素，无需创建新数组，内存和性能开销远低于concat。

基础写法（适用于常规大小数组）：

let existingFamilyTree = workflowContext.actions.Compose.outputs;
const newData = workflowContext.actions.Query_Data_from_third_party.outputs.body.Data;
// 批量添加新数组的所有元素到现有数组
existingFamilyTree.push(...newData);
return existingFamilyTree;

超大数组兼容写法（避免栈溢出）：

如果newData包含50万条以上数据，扩展运算符...可能触发栈溢出，改用apply：

let existingFamilyTree = workflowContext.actions.Compose.outputs;
const newData = workflowContext.actions.Query_Data_from_third_party.outputs.body.Data;
// 用apply批量添加，避免栈溢出
Array.prototype.push.apply(existingFamilyTree, newData);
return existingFamilyTree;

优化方案2：改用Logic Apps原生数组操作 #

Logic Apps的**"Append to array variable"**原生动作是针对平台优化过的，相比自定义JavaScript，能更好地处理大数据量的数组拼接，还能避免JS引擎的内存限制问题。

操作步骤：

1. 初始化一个数组变量（比如familyTreeArray）
2. 每次HTTP调用后，用"Append to array variable"动作，把返回的Data数组直接追加到变量中
3. 最终直接使用该变量即可，无需自定义JS拼接

优化方案3：避免内存中存储超大数组 #

如果最终拼接后的数组规模远超内存承载能力（比如数千万条），建议放弃内存拼接，直接将数据写入持久化存储：

• 每次HTTP调用后，把Data数组以追加形式写入Azure Blob Storage（比如写入一个JSON Lines格式的文件）
• 后续需要使用数据时，直接读取Blob文件进行处理，无需在内存中加载完整数组

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