使用Azure Logic Apps处理JSON转CSV时Parse JSON步骤报错求助

我来帮你排查这个Parse JSON的报错问题，结合你从ADLS转CSV再到SQL DW的场景，这类InvalidTemplate错误大多和JSON输入格式、Schema定义或者动态内容引用有关，给你几个具体的排查和解决方向：

1. 先确认读取的JSON内容是否有效且格式正确 #

• 首先得检查从Azure Data Lake Store读取的内容是不是合法的JSON字符串。有时候可能读到的是二进制数据流，或者JSON本身有语法错误（比如少了逗号、引号不配对）。
• 你可以在Logic Apps里临时加一个Compose操作，把ADLS读取步骤的输出内容放进去，运行后看Compose的结果：
  • 如果是乱码或者二进制内容，说明读取步骤没正确获取文本，要确保选的是ADLS读取操作返回的File Content（文本格式属性），而不是其他二进制相关的属性。
  • 如果是JSON内容，直接复制出来用JSON校验工具检查有没有语法问题。

2. 检查Parse JSON的Schema是否和实际JSON结构完全匹配 #

这是最常见的触发原因，Schema定义和实际JSON的字段类型、层级不匹配就会报错。

• 别手动写Schema！直接用Logic Apps的Generate from sample功能：把你从ADLS拿到的正确JSON样本粘贴进去，让系统自动生成准确的Schema。
• 注意区分JSON类型：如果你的JSON是数组格式（比如[{"id":1},{"id":2}]），生成的Schema最外层要对应数组结构；如果是单个JSON对象，Schema最外层就是对象。
• 还要留意字段类型：比如数字字段别定义成字符串，嵌套的子对象要正确定义层级，数组字段也要对应Schema里的array类型。

3. 确认Parse JSON的输入引用是否正确 #

• 确保Parse JSON的Content字段引用的是ADLS读取操作返回的File Content，而不是文件路径、元数据这类无关属性。
• 如果读取到的是二进制格式的JSON，可能需要先转成文本，用Logic Apps的内置函数处理：比如输入框里写 @base64ToString(body('Get_file_content')?['$content'])，把二进制内容转成纯文本JSON再传入Parse JSON。

4. 处理特殊的JSON格式（比如每行一条JSON） #

如果你的ADLS文件里是每行一条独立JSON（也就是JSON Lines格式），而不是标准的JSON数组，直接用Parse JSON会报错，因为Logic Apps期望的是单个JSON对象或完整数组。这种情况要先处理成标准数组：

• 用Split操作把文件内容按换行符分割成数组：@split(body('Get_file_content'), '\n')
• 用Filter Array过滤掉空行（避免数组里有无效元素）
• 再用Join操作把数组元素用逗号连接，前后加上[和]，变成标准的JSON数组，再传入Parse JSON步骤。

测试的时候可以先拿一个简单的JSON样本（比如{"name":"test","value":123}）验证Parse JSON步骤是否正常，没问题再替换成实际的ADLS内容。

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