.netcore Ocelot网关引发的415 (Unsupported Media Type)错误

错误信息：

Ocelot.Requester.Middleware.HttpRequesterMiddleware: Warning: requestId: 8002e9ce-0004-fa00-b63f-84710c7967bb, previousRequestId: no previous request id, message: 415 (Unsupported Media Type) status code, request uri: http://192.168.20.142:8031/api/v1/FileServer/UploadFileBase64

一开始以为是个很简单的问题，以前使用IIS部署经常遇到，但现在使用的是docker部署Kestrel内置服务器，搞的我一脸懵逼。

排查结果：

当我在我的Ocelot网关自己写了一个过滤敏感词汇的中间件应用起来后就报这个错，不使用这个中间件就没有问题，所以问题就锁定在这个中间件上了。

复现条件：

当业务满足我的第一个if时就报错，如果进入else就正常的

if (_sensitiveWordsFilter == null || _sensitiveWordsFilter.Enable == false || _sensitiveWordsFilter.RequestPath == null || _sensitiveWordsFilter.RequestPath.Count <= 0 ||
                _sensitiveWordsFilter.Words == null || _sensitiveWordsFilter.Words.Count <= 0 || context.Request.Path.HasValue == false)
                {
                    await _next.Invoke(context);
                }

请看修改之前的问题代码：

 解决问题之后的代码：

通过对比得知必须要把body内容读取出来，就算我不需要对body内容做任何处理也要读取出来且重置位置到起点，才能_next.Invoke(context)进入下一个中间件的执行，我这的下一个中间件就是网关的代理转发了，就在转发这一步执行结果报415 

其实我是不太理解的，按正常逻辑我的第一个if里面用不到body等数据满足条件就直接执行下一步了，在else中在进行body的读取，但没有符合预期，为了验证我把这个中间件清空了啥都不干直接执行_next.Invoke(context)都不行 ，如果有人知道这部分底层逻辑希望给指点一下，为什么会出现这个情况。