asp.net-core - 鉴于 MiniProfiler.NET 的 ResultsAuthorize 处理程序需要包含在中间件的高处，什么是驱动 MiniProfiler.NET 处理程序的合适方法？

Question

正如标题所述 - 我正在努力寻找以下之间的最佳平衡：

1. 让 Miniprofiler 在中间件链中运行得足够“高”，它可以“看到”请求的全貌。

2. 找到一种方法来授权请求​​，ResultsAuthorize以便我可以在生产中运行 MP。

目前我只是在非生产请求中启用 MP - 但我希望能够扩大它并在生产中向授权用户（开发人员）运行它。

在文档（https://miniprofiler.com/dotnet/AspDotNetCore）中，我相信推论是应该首先包含我目前正在做的事情 - 这很棒，因为我可以看到对所有执行时间的贡献其他中间件（有时不可忽略）。

然而，缺点是我相信之前 app.UseAuthentication()运行过它，这app.UseAuthorization()意味着我没有可用的正常 ASP.NET 身份机制来驱动它。我还玩弄了单独授权用户并设置会话变量 - 但同样依赖于app.UseSession()首先运行。

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