Azure Logic App处理大体积CSV转JSON时Flat File Decoding超限求解

报错原因 #

20MB的CSV文件触发超限是因为CSV转XML后存在极高的体积膨胀：每条记录的字段都会被XML标签包裹，重复的标签内容会让最终输出的XML体积达到原CSV的10~15倍，20MB CSV转XML后很容易超过200MB的动作输出限制。

可行解决方案 #

方案1：跳过XML中间转换，直接流式处理CSV（最优） #

完全废弃现有Flat File Decoding转XML的链路，直接处理原始CSV，完全规避体积膨胀问题：

• 使用Azure Functions或逻辑应用内的自定义代码动作，流式读取Blob中的CSV文件，无需将全量文件加载到内存
• 采用标准CSV解析库（如C#的CsvHelper、Python的csv内置模块）逐行读取记录，跳过表头后进行计数
• 每累计满4000条记录，直接序列化为目标JSON格式，写入已处理Blob容器即可

方案2：先拆分CSV再执行解码（适配现有集成账户架构） #

如果必须保留现有Flat File Decoding的处理逻辑，可先拆分原始文件再执行解码：

• 新增前置处理步骤，将原始CSV按每4000条记录为单位拆分，每个拆分后的小文件都保留表头，存储到临时Blob容器
• 对每个小CSV文件分别执行Flat File Decoding操作，单个小文件转XML后的体积远低于200MB限制，不会触发超限报错
• 完成解码、转JSON、存储到目标容器的流程后，清理临时容器内的拆分文件即可

方案3：提升逻辑应用单动作输出上限 #

如果不想调整现有处理流程，可通过升级逻辑应用层级提升限制：

• 当前触发200MB限制的是消费层级逻辑应用的单动作输出上限，标准层级逻辑应用支持自定义调整该上限
• 切换到标准层级逻辑应用后，修改actionRuntimeMaximumContentLength配置项，最高可将单动作输出上限提升到1GB，即可兼容20MB CSV转XML后的体积

注意：如果CSV中存在包含逗号的带引号字段，不要使用简单的按行分割逻辑，必须使用标准CSV解析库处理，避免字段拆分错误

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