C# Kestrel Web API中POST请求的Stream数据存储机制问询

你通过Swagger定义了application/octet-stream类型的请求体，生成了接收Stream的ASP.NET Core控制器方法，且已实现Azure Blob上传功能。针对1GB大文件的传输与存储问题，具体说明如下：

一、数据从Machine A到Machine B的传输过程 #

• 基于HTTP/1.1协议的POST请求默认采用分块传输编码（Chunked Transfer Encoding），Machine A不会一次性发送完整的1GB文件，而是将数据拆分成多个大小可变的"数据块（Chunk）"，逐个发送给Machine B的Web服务器（如Kestrel）。
• Kestrel接收数据块时，不会等待整个请求体完全接收完毕才触发你的控制器方法，而是直接将流式的网络连接包装成System.IO.Stream传递给SendDataStream方法，实现边接收边处理的流式传输模式。

二、控制器处理期间Machine B的数据存储位置 #

• 默认情况下，ASP.NET Core不会将整个1GB请求体缓冲到内存或本地磁盘：你的控制器代码读取Stream时，直接读取的是Kestrel从网络实时接收的数据，读取后立刻上传至Azure Blob，数据不会在Machine B本地留存完整副本。
• 特殊情况：如果你的应用配置了请求体缓冲（比如修改RequestBufferingOptions），或者有中间件需要完整读取请求体（如全量请求日志中间件），此时Kestrel会将超出内存阈值的请求体临时写入系统临时目录（Windows为%TEMP%，Linux为/tmp），但这种场景属于非默认配置。

这种直接操作Stream上传至Azure Blob的方式，避免了本地存储的开销，也不会因内存不足引发问题，是大文件上传的最优实现方式之一。

内容的提问来源于stack exchange，提问作者Lumpy-Employment-581