Logic App从HTTP下载上传PNG/GIF至SharePoint损坏，如何避免UTF-8解析？

问题背景 #

开发的Logic App负责从远程下载PNG/GIF图片并上传到SharePoint，但上传后的图片损坏。通过十六进制对比发现，原文件的二进制字节（如PNG开头的0x89）被替换成了UTF-8替换字符0xefbfbd，说明Logic App自动将图片二进制解析为UTF-8字符串，导致数据损坏。尝试过binary(body('DOWNLOAD'))、body('DOWNLOAD')以及base64ToBinary(body('DOWNLOAD')['$content'])均无效。

解决方案 #

1. 让下载操作保留原始二进制 #

如果使用HTTP连接器下载文件：

• 打开DOWNLOAD操作的设置面板
• 将响应正文类型设置为二进制（而非“自动”或“文本”）
• 保存设置后，Logic App会直接保留原始二进制数据，不会解析为UTF-8字符串

如果使用其他连接器（如FTP、SFTP等），查找类似“保留原始响应”或“不解析内容”的选项并启用。

2. 直接传递结构化二进制对象 #

若无法修改下载操作的设置，在SharePoint上传文件的文件内容字段中，直接传入包含原始base64内容和类型的结构化对象：

{
  "$content": body('DOWNLOAD')['$content'],
  "$content-type": body('DOWNLOAD')['$content-type']
}

这个对象会告诉SharePoint连接器直接使用base64编码的原始数据，跳过字符串解析步骤，避免编码损坏。

为什么之前的尝试无效 #

• binary(body('DOWNLOAD'))：当body('DOWNLOAD')已被解析为UTF-8字符串时，转换后的二进制已经是损坏的数据
• body('DOWNLOAD')：若返回的是解析后的字符串，直接传递会携带UTF-8替换字符
• base64ToBinary(body('DOWNLOAD')['$content'])：转换后的二进制数据可能再次被Logic App当作字符串处理，重新引入编码问题；而直接传递结构化对象则让连接器直接处理原始base64，避免二次解析

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