Azure Functions v4（.NET 6）无法接收XML请求的问题求助

核心问题定位 #

这个错误本质是Azure Function接收的请求体并非预期的XML内容，大概率是Azure的请求路由/默认解析逻辑在干扰：

• 当请求Content-Type设为text/xml时，Azure可能仍尝试按JSON解析，导致请求体被篡改或读取异常
• 本地环境没有Azure网关层的额外处理，所以请求体能被正常读取

直接可行的解决方案（无需中间存储） #

1. 强制跳过Azure的自动JSON解析 #

在Function代码中，直接读取原始请求流，避免Azure提前解析：

// C#示例，其他语言可复用类似逻辑
public static async Task<IActionResult> Run(
    [HttpTrigger(AuthorizationLevel.Function, "post", Route = null)] HttpRequest req,
    ILogger log)
{
    req.ContentType = "text/plain"; // 强制让Azure不做JSON解析
    using var reader = new StreamReader(req.Body);
    var xmlContent = await reader.ReadToEndAsync();
    
    // 后续XML处理逻辑
    var doc = new XmlDocument();
    doc.LoadXml(xmlContent);
    // ...
}

关键是先重置ContentType为text/plain，让Azure网关直接传递原始流，不做任何解析处理。

2. 修改Function路由配置，指定XML媒体类型 #

在function.json（脚本模式）或属性路由中，明确允许text/xml类型：

// function.json示例
{
  "bindings": [
    {
      "authLevel": "function",
      "type": "httpTrigger",
      "direction": "in",
      "name": "req",
      "methods": ["post"],
      "route": "process-xml",
      "consumes": ["text/xml"]
    }
  ]
}

配置后Azure网关会正确识别XML请求体，不会强制按JSON格式解析。

3. 检查请求发送端的实际Content-Type #

确保测试工具（如Postman、curl）确实发送了Content-Type: text/xml，部分工具可能默认带application/json，或表单上传时类型设置错误。如果是通过表单上传XML文件，要读取文件流而非请求体：

var file = req.Form.Files["xmlFile"];
using var stream = file.OpenReadStream();
var doc = new XmlDocument();
doc.Load(stream);

为什么中间存储不是最优解？ #

中间存储（如Blob Storage）会增加额外的IO开销和处理延迟，完全没必要——问题根源是请求体的解析逻辑，而非XML本身的有效性，优先从请求处理层面解决更高效。

验证步骤 #

1. 部署修改后的代码，用Postman发送POST请求，设置Content-Type: text/xml，请求体为已验证的XML内容
2. 查看Azure Portal的Function日志流，确认请求体被完整读取
3. 如果仍有问题，打印读取到的xmlContent前10个字符，排查是否存在隐藏BOM或特殊字符（本地环境可能自动处理，但Azure网关可能保留）

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