Azure Data Factory中GET请求调用报500错误求助

问题核心差异分析 #

PowerShell中curl允许GET请求携带请求体，但这不符合HTTP标准规范，部分服务器对这类请求的处理逻辑特殊；而ADF的HttpReadSettings在处理GET带请求体时，与curl的行为存在差异，加上配置中的细节错误，引发服务器500内部错误。

具体问题点及解决步骤 #

1. 错误的请求方法与请求体搭配

HTTP标准中GET请求不应携带请求体，虽然curl支持这种非标准用法，但ADF和部分服务器对该场景的兼容性较差。
解决：改用POST请求（推荐）
将ADF配置中的requestMethod改为POST，同时移除手动设置的Content-Length头（ADF会自动计算并添加正确的长度），修正后的配置如下：

{
    "source": {
        "type": "JsonSource",
        "storeSettings": {
            "type": "HttpReadSettings",
            "requestMethod": "POST",
            "additionalHeaders": "Content-Type: application/json\nHost: host",
            "requestBody": "{\"startNumber\": \"1\"}",
            "requestTimeout": ""
        },
        "formatSettings": {
            "type": "JsonReadSettings"
        }
    },
    "sink": {
        "type": "AzureSqlSink",
        "writeBehavior": "insert",
        "sqlWriterUseTableLock": false
    },
    "enableStaging": false
}

2. 手动设置Content-Length导致不匹配

你在ADF中手动指定了Content-Length: 20，但实际请求体{"startNumber": "1"}的长度（含引号和转义符）与该值不符，服务器接收到请求后因长度校验失败抛出500错误。
解决：移除手动设置的Content-Length头
让ADF自动计算并添加正确的Content-Length值，避免人为设置的误差。

3. 请求头格式错误

additionalHeaders中存在多余的逗号和空格（如Content-Type: application/json ,），会导致服务器无法正确解析请求头，引发内部错误。
解决：修正请求头格式
将additionalHeaders改为无多余符号的格式：
"additionalHeaders": "Content-Type: application/json\nHost: host"

4. 若必须使用GET请求（服务器仅支持GET带体）

• 确保移除手动设置的Content-Length头，由ADF自动处理
• 修正请求头格式后，尝试更新ADF集成运行时至最新版本，部分旧版本对GET带请求体的支持存在缺陷
• 查看目标服务器的请求日志，对比ADF发送的请求与curl请求的差异（如编码、头信息顺序），定位服务器端的具体错误触发点

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