使用 MiniProfiler 来分析 ASP.NET Core 应用_语言综合

概述MiniProfiler（https://miniprofiler.com/）是一个轻量级且简单易用的分析工具库，它可以用来分析ASP.NET Core应用。优点针对ASP.NET Core MVC应用，使用MiniProfiler的优点是：它会把结果直接放在页面的左下角，随时可以点击查看；这样的话就可以感知出你的程序运行的怎么样；同时这也意味着，在你开发新功能的同时，可以很快速的得到反馈

MiniProfiler（https://miniprofiler.com/）是一个轻量级且简单易用的分析工具库，它可以用来分析ASP.NET Core应用。

优点

针对ASP.NET Core MVC应用，使用MiniProfiler的优点是：它会把结果直接放在页面的左下角，随时可以点击查看；这样的话就可以感知出你的程序运行的怎么样；同时这也意味着，在你开发新功能的同时，可以很快速的得到反馈。

安装配置MiniProfiler

在现有的ASP.NET Core MVC项目里，通过Nuget安装：

接下来，想把MiniProfiler配置好，总共分三步??：

第一步，来到StartUp.cs的ConfigureServices方法里，添加 services.AddMiniProfiler()：

当然这个方法还可以添加一个lambda表达式作为参数，从而做一些自定义的配置：

可以看到可用的配置选项还是很多，具体还需要看官方文档。

在这个例子里，我就只使用两个选项吧:

第一行是设定d出窗口的位置是左下角；第二行是在d出的明细窗口里会显式Time With Children这列。

第二步，来到Startup的Configure方法里，添加app.UseMiniProfiler()：

最重要的一点是，一定要把它放在UseMvc()方法之前。

这里就是配置中间件在管道中的位置，想必大家都了解。

第三步，就是把MiniProfiler的Tag helper放到页面上：

这里还分两步：

1. 在_VIEwimports里面把它的Tag Helper全引入进来：

一共又有两行代码：

@using StackExchange.Profiling
@addTagHelper *,MiniProfiler.AspNetCore.Mvc

2.最后，需要把MiniProfiler的Tag Helper放在_Layout.csHTML里：

放在这里的话，每个页面就都能看到它了。

其实放在这个页面的什么地方都应该可以，但是由于它会加载一些脚本文件，所以我放在footer下面：

运行应用，可以看到左下角就是MiniProfiler：

点击它之后会d出窗口：

这里面有每个步骤具体的耗用时间。

分析局部代码

前面的例子里，我们使用MiniProfiler分析了页面整个流程的时间。而MiniProfiler也可以用来分析一段代码所耗用的时间。看例子：

（注意，如果这段代码不在主Web项目里，你需要在那段代码所在的项目添加MiniProfiler.AspNetCore这个库）

然后这样用就可以了：

这里我们使用了using语句，里面使用了MiniProfiler类的Current属性，在该属性上面有一个Step()方法，它可以用来分析using语句里面的代码，在Step方法里，要提供一个具有描述性的名称来表示该段代码做的是什么动作，这个名称会显示在结果里。

通常，我会嵌套着使用：

如果你只想分析一句话，那么使用using语句就显得太麻烦了，这种情况下可以使用Inline()方法：

该方法可以保证得到的结果是相同类型的。

运行程序，点击左下角的按钮：

可以看到刚才那几块代码的分析结果按照其嵌套解构展示出来了。

自定义分析 CustomTiming

有时候，分析一些例如请求外部动作的时候，上面讲的做法可能不太灵光，这里我们就可以使用CustomTiming()方法。

直接看例子：

这个例子里，我们使用了MiniProfiler.Current.CustomTiming()方法。方法第一个参数是一个用于分类的字符串，由于我这个例子是http请求，所以第一个参数我写的是http；第二个参数是命令字符串，暂时留空，第三个参数是执行类型，这里我是用的是httpGet，所以就写了GET。

然后在response返回之后，我再把命令字符串给补上。这里就需要引用一下CustomTiming()方法返回的对象，所以在using语句里我添加了一个变量timing。在response返回后，我设置了timing变量的命令字符串为URL和返回的状态码，因为我感觉这样写才可以更准确的表明这次动作。而状态码只有response返回之后才有，所以在using语句里调用CustomTiming()方法时，我暂时把第二个命令设置为空字符串。

运行程序，可以看到d出窗口的右侧出现了http这一列：

点击这个1437.7（1），会再d出一个窗口：

可以看到这就是我们使用CustomTiming分析的那段代码，URL和返回码都显示了出来。

如果需要分析所有的httpClIEnt的请求，那么你可以在http管道里放一个DelegatingHandler，具体说就是创建一个类，继承于DelegatingHandler，只需要重写一个叫做SendAsync的方法，把分析的代码写在这个方法里即可，最后需要在httpClIEntFactory里面进行配置。这部分代码我先不写，以后再说。

而如果不是httpClIEnt的请求，那么你可以自己写一个Wrapper或通过装饰者设计模式来实现。。。

在WebAPI项目里使用MiniProfiler并且分析 Entity Framework Core

我换了一个ASP.NET Core Web API的解决方案，它用到了Entity Framework Core。

基本配置和上面是一样的，只不过不需要使用TagHelper了。

需要安装MiniProfiler.EntityFrameworkCore，注意不管使用EFCore的项目在哪，你还是需要把这个库安装在主Web项目里：

首先添加一个配置选项，用于访问分析结果；然后在之前的配置后边加上AddEntityFramework()即可：

运行程序，这时一共有三个查看分析结果相关的URL地址：

/profiler/results-index /profiler/results /profiler/results-List

先看results-index:

什么也没有，这时因为我还没有调用任何API，接下来就调用一个API，然后再查看该页面：

这个页面自动刷新了，出现了刚才调用API的结果。可以看到总时间为3066毫秒。

再看result-List页面：