在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
来源:https://www.cnblogs.com/cgzl/p/11027243.html
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表达式作为参数,从而做一些自定义的配置: 可以看到可用的配置选项还是很多,具体还需要看官方文档。 在这个例子里,我就只使用两个选项吧: 第一行是设定弹出窗口的位置是左下角;第二行是在弹出的明细窗口里会显式Time With Children这列。
第二步,来到Startup的Configure方法里,添加app.UseMiniProfiler(): 最重要的一点是,一定要把它放在UseMvc()方法之前。 这里就是配置中间件在管道中的位置,想必大家都了解。
第三步,就是把MiniProfiler的Tag helper放到页面上: 这里还分两步: 1. 在_ViewImports里面把它的Tag Helper全引入进来:
一共又有两行代码: @using StackExchange.Profiling
2.最后,需要把MiniProfiler的Tag Helper放在_Layout.cshtml里: 放在这里的话,每个页面就都能看到它了。 其实放在这个页面的什么地方都应该可以,但是由于它会加载一些脚本文件,所以我放在footer下面:
运行应用,可以看到左下角就是MiniProfiler:
点击它之后会弹出窗口: 这里面有每个步骤具体的耗用时间。
分析局部代码前面的例子里,我们使用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()方法时,我暂时把第二个命令设置为空字符串。
运行程序,可以看到弹出窗口的右侧出现了http这一列: 点击这个1437.7(1),会再弹出一个窗口: 可以看到这就是我们使用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地址:
先看results-index: 什么也没有,这时因为我还没有调用任何API,接下来就调用一个API,然后再查看该页面: 这个页面自动刷新了,出现了刚才调用API的结果。可以看到总时间为3066毫秒。
再看result-list页面: 其实就是分析结果的json数据。
最后从result-index页面点击链接进入这次API调用的详细结果页面,也就是result页面: 最上面列表的最后一列括号外的数据是执行SQL语句的总耗时,而括号里面是指一共执行了4个语句。 下面那一大片就是整个过程中每步的分析结果明细,这里包含了四个SQL语句,但是截图不全。
对分析结果进行访问控制你肯定不想让任何人都看到MiniProfiler的分析结果,这就需要你对其进行访问权限控制。 在Startup.cs的ConfigureServices方法里,再添加两个配置: ResultsAuthorize的参数是一个Func,参数是HttpRequest,返回类型为bool,在这里你就可以写一个函数来判断用户的身份。返回true就代表用户有权限。 UserIdProvider,它的参数也是一个Func,用来为当前请求的用户返回他的ID或用户名(唯一的)。这个项目里我可以使用User.Identity.Name。
当用户没登录的时候: 左下角不显示分析结果按钮了。
登录一个admin角色的用户以后: 左下角出现了结果,并且只是当前用户操作的分析结果。
把分析结果存到数据库你可能需要把分析结果持久话,例如存到数据库里。 这时你需要安装一个MiniProfiler的存储提供商:
我这里使用的是SqlServer,所以安装SqlServer那个:
通常这种数据是放在一个单独的数据库里,所以添加一个数据库连接字符串:
再来到Startup的ConfigureServices里,获取ConnectionString,然后设置Storage选项即可:
最后,还需要创建MiniProfiler所使用的数据库表,这些创建表的SQL语句存在于SqlServerStorage对象的TableCreationScripts里,你可以在程序的某个地方贴上如下代码:
然后把SQL语句复制下来并执行,从而生成表????:
执行完以后,表如下:
运行程序,调用API,在数据库里面查看数据: 肯定是有数据了,具体就不细看了。 |
2023-10-27
2022-08-15
2022-08-17
2022-09-23
2022-08-13
请发表评论