AspNetCore应用注意哪些点

今天，我将和大家谈谈关于AspNetCore应用程序应该注意的问题。可能很多人不太了解。为了让大家更好的了解，边肖为大家总结了以下内容。希望你能从这篇文章中有所收获。

背景

许多文章记录了异步编程在web程序中的优势以及。Net异步编程。异步编程虽然不能解决数据库查询的瓶颈，但可以通过使用线程切换来最灵活地利用工作线程，提高Web服务的响应能力。

这里我们要说的是利用异步编程中的取消机制来缓解数据库的查询瓶颈。开发人员只需要在MVC/WebAPI中查询方法。

取消CancellationToken并及时取消异步任务，这将大大提高应用程序的响应能力。

头脑风暴

想象一下，要求一个网站页面，上面闪烁着试图绽放的菊花(加载)，最后你受不了了：

F5刷新

翻到其他页面。

点击浏览器“停止”按钮。

对于Web服务器，如果用户快速刷新五次，服务器将被迫接受五次的工作负载。这是因为即使用户刷新浏览器(或点击停止按钮)并取消了原来的浏览器请求，Web服务器也不在乎，而是仍然一步一步处理请求进入HTTP管道(MVC/WebAPI中的默认行为， 场景类似)

在异步编程中，它可以向任务发送cancel信号，以停止web服务器的后端查询行为。英寸NET，这是使用CancellationToken完成的：

取消令牌的实例被传递给异步任务。

异步任务监视令牌以查看请求是否已被取消。

如果请求被取消，正在进行的操作应该停止。中的大多数异步方法。NET将具有接受取消令牌的重载。

小费

本文中的取消请求指的是耗时的服务器读取请求(返回数据但不修改数据的查询)，取消修改数据的请求可能不是用户的好选择：

您真的想因为用户导航到应用程序的另一个页面而取消保存吗？也许，但也许不是。

复杂性增加，因为数据库服务器可能需要回滚事务，这是一项昂贵的操作。

AspNetCore实践

访问MyReallySlowReport页面，等待5s，最后他们放弃了其他页面：

所有正在进行的请求都将被取消。

P1 监测CancellationToken令牌

MVC/WebAPI可以接收取消请求的信号。开发人员只需要在控制器动作中添加CancellationToken参数，并在后续动作中监控取消信号。

publicatasynctascadictionresultmyrealyslowreport(cancelationtoken cancelationtoken)

{

ListReportItemitems

使用(applicationdbcontext context=new applicationdbcontext())

{

items=awaitcontext。铼

portItems.ToListAsync(cancellationToken);
    }
    return View(items);
}

上述EF的调用api支持取消异步操作，故很容易取消SQL的查询行为；对于自定义的长耗时查询行为，可以使用CancellationToken的原生触发用法：

public async Task<ActionResult> MyReallySlowReport(CancellationToken cancellationToken)
{
    List<ReportItem> items;
    using (ApplicationDbContext context = new ApplicationDbContext())
    {
        items = await context.ReportItems.ToListAsync(cancellationToken);
    }

    foreach (var item in items)
    {
        cancellationToken.ThrowIfCancellationRequested();
            // slow non-cancellable work
            Thread.Sleep(1000);
    }
    return View(items);
}

P2 处理取消异步操作向上抛出的异常处

Web服务器触发取消信号，一般会向上会抛出OperationCanceledException或TaskCancellationException，所以为了记录这种非常规异常，建议采用独立的ExceptionFilter。

public class OperationCancelledExceptionFilter : ExceptionFilterAttribute
{
    private readonly ILogger _logger;

    public OperationCancelledExceptionFilter(ILoggerFactory loggerFactory)
    {
        _logger = loggerFactory.CreateLogger<OperationCancelledExceptionFilter>();
    }
    public override void OnException(ExceptionContext context)
    {
        if(context.Exception is OperationCanceledException)
        {
            _logger.LogInformation("Request was cancelled");
            context.ExceptionHandled = true;
            context.Result = new StatusCodeResult(400);
        }
    }
}

P3 想要得到CTO的大拇指，继续思考吧

以上是后端程序员利用取消机制缓解异步查询瓶颈的操作，从web应用全流程角度思考，这个优化还能提升吗？ ????

> 以上是传统的网页请求场景，在取消请求时，浏览器帮助我们发起了Cancellation信号。

> 想想日益常见的SPA程序（单页面程序），绝大部分页面请求都是Ajax请求，你点击应用的另外一个“页面”（JS代码维护页面导航），浏览器不会自动取消请求。所以在SPA应用中要前端自己发出取消请求的信号：

var xhr = $.get("/api/myslowreport", function(data){
  //show the data
});

//If the user navigates away from this page
xhr.abort()

前后端程序猿通力配合，应用的吞吐量和响应能力极大提升，CTO要给各位加薪了。

看完上述内容，你们对AspNetCore应用注意哪些点有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注行业资讯频道，感谢大家的支持。