.NET 5 Azure Http函数HttpRequestData接收请求时为何body被封装？如何获取原始请求体

针对你遇到的日志输出异常，结合你的实现代码直接对应两个核心问题给出说明：

一、你当前的代码存在明确实现错误 #

你看到的{ "json": "{\"myProperty\":\"abc123\"}" }格式的日志，根本不是Azure Functions自动给请求体外层套了结构，核心诱因是：

• 你传入日志方法的requestData.Body是一个只读的请求内容流对象，并不是请求体的文本内容本身
• Azure Functions的日志系统采用结构化日志逻辑，当它接收到非字符串类型的参数时，会自动对整个参数对象做JSON序列化。Stream实例在序列化时，内部存储的原始请求内容会被归类到自身的json属性下，最终就拼接成了你看到的带外层包裹结构的日志输出。
• 附带说明：你当前的代码混用了Azure Functions两种编程模型的API（Isolated Worker独立托管模式的HttpRequestData类型、传统进程内模式的FunctionName特性与执行上下文），虽然基本能运行，但不符合.NET 5对应的Isolated Worker模式的标准写法，不过这部分不是导致日志异常的核心原因。

二、正确获取原始请求体并输出日志的实现方式 #

你必须手动将请求流的内容读取为纯文本字符串，再传入日志方法，即可得到无额外包裹的原始请求体内容，核心步骤为：

• 先将请求流的位置重置到起始点，避免流已经被其他组件读取过导致读不到内容
• 通过流读取器完整读取流内容为字符串
• 将读到的字符串作为日志内容传入方法，替换原本直接传入Stream对象的错误写法

可直接运行的修正代码示例：

[FunctionName("Test")]
public async Task RunAsync(
    [HttpTrigger(AuthorizationLevel.Function, "post", Route = null)]
    HttpRequestData requestData,
    FunctionExecutionContext executionContext)
{
    // 重置流位置，确保能从头读取完整内容
    requestData.Body.Position = 0;
    // 读取完整请求体，设置leaveOpen参数避免后续组件无法访问流
    using var reader = new StreamReader(requestData.Body, leaveOpen: true);
    string rawRequestBody = await reader.ReadToEndAsync();
    // 以结构化日志方式输出请求体内容
    executionContext.Logger.LogInformation("收到原始请求体: {Body}", rawRequestBody);
}

调整后，日志输出会直接展示你通过Postman发送的原始JSON字符串，不会再出现额外的外层包裹结构。如果后续需要对接强类型的业务对象，也可以直接将HttpRequestData替换为自定义强类型对象，依赖HttpTrigger的内置JSON反序列化能力完成参数绑定，无需手动读流。

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