执行后台任务的利器——Hangfire

今年1月31日,在微软的MVP 2015社区大讲堂上,我给大家分享了一个演讲:在ASP.NET应用中执行后台任务。其中介绍了三种技术的应用:QueueBackgroundWorkItem、Hangfire和Azure WebJobs。当时由于时间关系,对三者都是简要介绍。今天想和大家着重介绍下Hangfire。

Hangfire是一个开源且商业免费使用的工具函数库。可以让你非常容易地在ASP.NET应用(也可以不在ASP.NET应用)中执行多种类型的后台任务,而无需自行定制开发和管理基于Windows Service后台任务执行器。且任务信息可以被持久保存。内置提供集成化的控制台。

通过Nuget就可以在你的应用程序中安装Hangfire:Install-Package Hangfire

Hangfire的具有如下特性和有点:

  • 支持基于队列的任务处理:任务执行不是同步的,而是放到一个持久化队列中,以便马上把请求控制权返回给调用者。使用方法:BackgroundJob.Enqueue(() => Console.WriteLine("Simple!"));

  • 延迟任务执行:不是马上调用方法,而是设定一个未来时间点再来执行。使用方法:BackgroundJob.Schedule(() => Console.WriteLine("Reliable!"), TimeSpan.FromDays(7));
  • 循环任务执行:只需要简单的一行代码就可以添加重复执行的任务,其内置了常见的时间循环模式,也可以基于CRON表达式来设定复杂的模式。使用方法:RecurringJob.AddOrUpdate(() => Console.WriteLine("Transparent!"), Cron.Daily);
  • 持久化保存任务、队列、统计信息:默认使用SQL Server,也可以配合消息队列来降低队列处理延迟,或配置使用Redis来获得更好的性能表现
  • 内置自动重试机制:可以设定重试次数,还可以手动在控制台重启任务
  • 除了调用静态方法外还支持实例方法
  • 能够捕获多语言状态:即可以把调用者的Thread.CurrentCulture和Thread.CurrentUICulture信息同任务持久保存在一起,以便任务执行的时候多语言信息是一致的
  • 支持任务取消:使用CancellationToken这样的机制来处理任务取消逻辑
  • 支持IoC容器:目前支持Ninject和Autofac比较常用的开源IoC容器
  • 支持Web集群:可以在一台或多台机器上运行多个Hangfire实例以便实现冗余备份
  • 支持多队列:同一个Hangfire实例可以支持多个队列,以便更好的控制任务的执行方式
  • 并发级别的控制:默认是处理器数量的5倍工作行程,当然也可以自己设定
  • 具备很好的扩展性:有很多扩展点来控制持久存储方式、IoC容器支持等

为什么要使用Hangfire这样的函数库呢?我觉得好处有如下几个方面:

  1. 开发简单:无需自己额外做开发,就可以实现任务的队列执行、延迟执行和重复执行

  2. 部署简单:可以同主ASP.NET应用部署在一起,测试和维护都相对简单
  3. 迁移简单:由于宿主不仅限于ASP.NET,那么未来可以非常容易的把任务执行器放到其他地方(需要改变的就是在其他宿主中启动Hangfire服务器)
  4. 扩展简单:由于开源且有很多扩展点,在现有插件都不满足自己需要的情况下能够容易的进行扩展

之前我把Hangfire运用到两种情况下:

  1. 后台长时间的科学计算:这样就可以让请求马上返回给客户端,后台完成长时间计算后,用SignalR实时提醒用户

  2. 后台群发邮件:通过延迟和循环任务分批通过SendCloud这样的服务发送群发邮件

当然,Hangfire的应用场景还很多,比如在后台处理电商卖家的订单。

MVP 2015社区大讲堂演讲的PPT在此:MVP 2015社区大讲堂之:在ASP.NET应用中执行后台任务

时间: 2024-10-13 08:04:10

执行后台任务的利器——Hangfire的相关文章

ASP.NET Core开发-后台任务利器Hangfire使用

ASP.NET Core开发系列之后台任务利器Hangfire 使用. Hangfire 是一款强大的.NET开源后台任务利器,无需Windows服务/任务计划程序. 可以使用于ASP.NET 应用也可以使用于控制台.Hangfire 只需简单几句代码即可创建新的不同种类的任务. 目前 Hangfire 已经支持.NET Core ,现在就给大家讲解下在ASP.NET Core 里的使用. Hangfire GitHub:https://github.com/HangfireIO/Hangfir

MVP 2015社区大讲堂之:在ASP.NET应用中执行后台任务

昨天下午,在微软的MVP 2015社区大讲堂上给大家分享了一个题目:在ASP.NET应用中执行后台任务.这是一点都不高大上,并且还有点土气的技术分享.不过我相信很多人都遇到过这样的问题. 虽然是一个很简单的技术,不过来课堂上听讲的同学还是很多,在此再次感谢大家的捧场. 在这个分享中我主要介绍了三种解决方案: QueueBackgroundWorkItem Hangfire Azure WebJobs 也同步演示了这三种方案的基本用法,但是由于是现场演示,所以代码的讲解都是一笔带过.不过还算这三个

后台任务利器之Hangfire

后台任务利器之Hangfire 一.简述 Hangfire作为一款高人气且容易上手的分布式后台执行服务,支持多种数据库.在.net core的环境中,由Core自带的DI管理着生命周期,免去了在NF4.X环境中配置always running的麻烦,真正做到开箱即用. 二.安装 Hangfie官方支持是MsSql和redis,除此之外,可供选择的还有PostgreSql和Mongo.在应用入口项目需要引用Hangfire.AspNetCore和特定持久库,比如使用了MsSql数据库的Hangfi

在ASP.NET应用中执行后台任务

为什么要在ASP.NET应用中执行后台任务? 主要是考虑使用后台任务来处理CPU或IO密集的计算. 下面是一些常见的后台任务: 大量的提醒和新闻邮件发送 图片和视频处理(比如批量创建缩略图.格式转换) 从外部文件导入大量数据或导出数据(RSS聚合) 文件操作(创建归档.清理临时文件.日志文件维护) 定时生成自动化报告 数据库维护 -- ASP.NET不知道任何后台线程比如一个计时器或者其他,它只知道和request相关的操作.事实上,在后台长时间的运行某些任务实在不是web server该做的事

AsyncTask onPreExecute方法用于在执行后台任务前做一些UI操作

1.实例化 TableListsTask task = new TableListsTask(ServerIP,"ALL", MenuActivity.this);   //第三参数建立上下文关系 2.TableListsTask.java package com.realhope.rmeal.ui; import static com.realhope.rmeal.service.ConstantUtil.SERVER_ADDRESS; import static com.realh

【Win 10 应用开发】在App所在的进程中执行后台任务

在以往版本中,后台任务都是以独立的专用进程来运行,因此,定义后台任务代码的类型都要位于 Windows 运行时组件项目中. 不过,在14393中,SDK 作了相应的扩展,不仅支持以前的独立进程中运行后台任务,也允许后台任务与应用程序位于同一个进程中执行,即单进程后台任务(Single – Process). 听起来很高深?其实很Easy,和以往的多进程模式的后台任务差不多,只是有以下两点不同: 对于独立进程的后台任务,实现方法是实现 IBackgroundTask 接口,然后实现 Run 方法:

Android中使用IntentService执行后台任务

IntentService提供了一种在后台线程中执行任务的方式,适合处理执行时间较长的后台任务. 优点: (1)IntentService运行在单独的线程中,不会阻塞UI线程 (2)IntentService不受生命周期的影响 缺点: (1)不能与UI直接进行交互,可以用Broadcast (2)顺序执行请求,第二个请求只有在第一个请求执行完以后才能执行 (3)请求不能被中断 使用IntentService的步骤: (1)在Activity中通过startService启动service,并传递

Java动态执行计算表达式利器 -- ScriptEngine

在通过配置文件对系统进行参数配置时,有时需要更好的理解参数值的具体意义,往往采用计算表达式的方式设置,例如1天换成秒数为86400,如果写成24 * 60 * 60就很清晰的表达是一天的秒数.但是这个表达式通过properties的方式获取为字符串,这里就需要动态计算这个表达式. ScriptEngine这个对象专门用来处理动态执行表达式,主要调用其eval方法动态执行(类似于javascript中的eval方法),其返回结果为object对象:针对计算表达式的返回结果是double类型,所以这

pssh远程执行命令的利器

pssh -h hosts.txt -l irb2 -o /tmp/foo uptime -l 后面加用户,很好理解,执行uptime,然后把结果写入/tmp/foo目录. pscp -h hosts.txt -l irb2 foo.txt /home/irb2/foo.txt 远程传输命令.将foo.txt传到远程的/home/irb2/foo.txt . 都是并发执行.很好用.参数--help就出来了. -i能直接输出命令结果.