小白细节思考之读取Request.Body

小白最近做的项目当中涉及到了WebApi，具体是三方程序通过调用小白写的 WebApi 进行推送数据，调用的次数、频率是没有限制的，因此就涉及到了并发。

小白使用.NET 8 创建了WebApi，在读取Request请求时，使用如下的方式：

1 var requestContent = string. Empty;
2 using (var stream = new MemoryStream())
3 using (var reader = new StreamReader(stream))
4 {
5     await Request.Body.CopyToAsync(stream);
6     stream.Seek(0, SeekOrigin.Begin);
7     requestContent = await reader.ReadToEndAsync();
8 }

使用这种方式，在Request的Body数据量很大并且两个请求同时发起时，会导致在Request的Body未读取完毕时，便已经释放从而导致程序报错。

小白一开始的解决方法是设置Request Body的最大数量，然而并没有什么效果。后来小白考虑是不是将接口改为同步的方式，以达到处理完一个请求再处理另一个请求的目的，这样是不是就不会有提前释放的错误了。

然而虽然接口是同步的方式，但是外部请求来的时候服务器还是会同时处理多个请求。这就引发了小白对IIS处理并发请求的思考，事实上IIS 的线程池会分配适当数量的线程来并行处理这些请求，因此不管接口是否同步，都会并行处理。

并且同步的方式性能并不是很好，微软也不建议这么操作，当程序流量比较大的时候，很容易导致程序不稳定甚至崩溃。

经过小白一番努力最后发现，多个接口里面都用到了上述的代码去读取Request.Body。所以首先将这段代码封装未一个方法，以达到优化代码的目的。

关键的解决方法如下：

StreamReader stream = new StreamReader(Request.Body);
string body = stream.ReadToEndAsync().GetAwaiter().GetResult();

不使用MemoryStream，直接使用StreamReader读取，同时将ReadToEndAsync变为同步方法。虽然小白没有真正弄清楚原因，但是上面的方法成功解决了小白程序的bug。

具体的原理，小白希望有热爱编码之士仗义出手指教一下。或者小白在编程领域越来越强之后，再回过头来，对其中原理解释一番。