如何使用Azure Logic App合并Blob存储中多个同格式XML文件

你可以通过Azure Blob 追加块操作 + XPath节点提取的组合方案实现需求，完全规避字符上限和文件覆盖问题，操作步骤如下：

核心逻辑说明 #

你不需要把所有XML内容加载到内存中拼接，而是利用Azure Blob存储原生的「追加Blob」类型逐段写入内容，全程不会覆盖已写入的部分，也不会触发Logic App的字符长度限制。

具体操作步骤 #

• 触发逻辑可根据你的需求选择，比如定时触发、监听到源容器有新XML文件上传时触发
• 第一步调用列出Blob操作，获取所有需要合并的源XML文件列表
• 先判断目标合并文件（比如命名为merged_output.xml）是否存在：
  • 若不存在，先调用创建追加Blob操作新建目标文件，随后调用追加块操作写入固定XML头（所有源文件通用的<?xml>声明+<enfinity>根节点开头部分，可从任意一个源文件提取固定内容）
  • 若已存在，直接进入后续遍历逻辑
• 遍历所有源XML文件：
  • 调用获取Blob内容操作读取单个源文件的内容
  • 用XPath函数提取当前文件内的<offer>节点内容，避免重复写入XML声明和根节点，函数示例：

    xpath(xml(body('获取Blob内容')), 'string(/*[local-name()="enfinity"]/*[local-name()="offer"])')
    

  • 调用追加块操作，把提取到的offer节点内容写入目标追加Blob，可额外添加换行符保证格式美观
• 所有源文件遍历完成后，最后调用一次追加块操作，写入根节点闭合标识</enfinity>，即可得到完整的合并XML文件

方案优势 #

1. 完全规避Logic App的104,857,600字符拼接上限，不需要把所有文件内容加载到内存中处理，支持TB级的大文件合并
2. 追加块操作是Azure Blob原生能力，不会覆盖已写入的内容，写入性能稳定
3. 自动适配你给出的XML结构，不需要额外处理重复SKU（符合你给出的同一SKU不会出现在多文件的前提）

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