Asp.net core 驱动MiniProfiler.NET'；s ResultsAuthorize处理程序是否需要包含在中间件的高层？

正如标题所述，我正努力在以下两者之间找到最佳平衡：

让Miniprofiler在中间件链中运行到足够高的位置，以便能够“看到”请求的全貌

通过

ResultsAuthorize

找到授权请求的方法，这样我就可以在生产环境中运行MP了

目前，我只是在非生产性请求中启用MP，但我希望能够扩展这一功能，并在生产中向授权用户（开发人员）运行它

在docs（）中，我认为推论是应该首先包括它，这是我目前正在做的事情——这非常好，因为我可以看到所有其他中间件对执行时间的贡献（这有时是不可忽略的）

但缺点是，我认为在

app.UseAuthentication（）

和

app.UseAuthentication（）

之前运行它意味着我没有任何正常的ASP.NET身份机制来驱动它。我还尝试过分别授权用户和设置会话变量，但这同样依赖于首先运行

app.UseSession（）

---

我想在这些约束之间找到一个平衡点，并对其他的指导方针/实现感兴趣，甚至可能是StackOverflow本身（在进行中的.net核心端口中）。

你有没有想过这个问题？我遇到了同样的问题。我走了“在UseSession之后运行它，让另一个端点检查授权，然后用一个标志标记会话”路线。不太理想，但有点道理。