Hangfire 在asp.net core环境的使用

hf被定义为分布式后台服务，更加类似job作业的服务
做作业的插件有quartz.net,JobScheduler 等
当然，都有一些分别和适用的场景。
1.安装
需要安装
Hangfire.Core
Hangfire.AspNetCore
Hangfire.SqlServer
关于数据库存储工具，可以根据场景去选择安装
例如mysql 的，需要安装 Hangfire.MySql (mysql很多第三方写，所以使用时主要使用环境）
Redis放入 Hangfire.Redis
redis是官方作者去更新，所以这些使用可以直接看官网
2.配置
asp.net core主要是startup配置DI组件。
官网也有说，列举一下

  // Add Hangfire services.
            services.AddHangfire(configuration => configuration
           .SetDataCompatibilityLevel(CompatibilityLevel.Version_170)
           .UseSimpleAssemblyNameTypeSerializer()
           .UseRecommendedSerializerSettings()
           .UseSqlServerStorage(Configuration.GetConnectionString("default"), new SqlServerStorageOptions
           {
               CommandBatchMaxTimeout = TimeSpan.FromMinutes(5),
               SlidingInvisibilityTimeout = TimeSpan.FromMinutes(5),
               QueuePollInterval = TimeSpan.Zero,
               UseRecommendedIsolationLevel = true,
               UsePageLocksOnDequeue = true,
               DisableGlobalLocks = true
           }));

      services.AddHangfireServer();

关键是这个链如何配，UseSqlServerStorage专门读取hangfire会写入哪个数据库，如果用现在的业务数据库，hangfire的表会写进去的，也可以设计分开来存放，例如hangfire的DB，集中去管理。当然一般小的项目，直接跟业务数据库，集中而独立的架构。

Configure里面的配置

var jobOptions = new BackgroundJobServerOptions
            {
                Queues = new[] { "back", "front", "default" },//队列名称，只能为小写
                WorkerCount = Environment.ProcessorCount * 5, //并发任务数
                ServerName = "conference hangfire1",//服务器名称
            };

            app.UseHangfireServer(jobOptions);//启动Hangfire服务

            app.UseHangfireDashboard();//启动hangfire面板
            backgroundJobs.Enqueue(() => Console.WriteLine("Hangfire 服务器已启动"));

            app.UserHangfireAdminService(service); //这个是自己写的服务扩展

jobOptions如果不配置，会有自己默认的名称，例如服务器会读取你当前系统的名称，队列那些会读取对应服务器的程序集名称。

3.写服务

完成了第一二步，这里看这个作业如何写

public static class HangfireAdminService
    {
        private static BackgroundJobServer _server;

        /// <summary>
        /// 使用后台作业
        /// </summary>
        /// <param name="app"></param>
        /// <param name="service"></param>
        /// <param name="client"></param>
        /// <returns></returns>
        public static IApplicationBuilder UserHangfireAdminService(this IApplicationBuilder app,
            IConferenceService service)
        {
            var mcfg = service.MailConfigDefault();
            BackgroundJob.Enqueue(() => Console.WriteLine($"测试单个作业: {DateTime.Now}"));
            RecurringJob.AddOrUpdate(
                () =>
               Console.WriteLine($"测试循环作业: {DateTime.Now}"), Cron.Minutely
            );

            BackgroundJob.Schedule(() => Console.WriteLine($"测试延迟作业: {DateTime.Now}"), TimeSpan.FromMinutes(1));

            return app;
        }
    }

这个是刚才configure里面的方法。 可以写成一个IApplicationBuilder的扩展方法，加进管道
这样服务器启动时，就会启动里面的服务。
如果Job作业需要调用一个后台服务，就不能直接在里面_service.Log这样去调用方法了，因为处于不同的线程方式。所以job调后台，可以这样操作
举例，这是个api发邮件的方法

/// <summary>
        /// 发送邮件
        /// </summary>
        /// <param name="mail"></param>
        [HttpPost]
        [Route("SendPwd")]
        public MsgResult<bool> SendPwd(MailConfigDto mail)
        {
            MsgResult<bool> result = new MsgResult<bool>(ResultCode.Success);
            UserAccountDto user = null;
            try
            {
                MailConfigDto defaultMail = _service.MailConfigDefault();

                user = _service.UserDtoById(mail.ExtensionId);
                defaultMail.Body = $"用户注册成功！登录名是:{user.UserName},登录密码是:{user.Password},注册类型是:{user.CustomerProfileName}";
                defaultMail.Subject = $"用户:{user.Name}注册成功！";
                List<KeyValuePair<string, string>> To = new List<KeyValuePair<string, string>>() {
                    new KeyValuePair<string, string>(user.Name,user.Email)
                };
                defaultMail.To = To;
                SendEmail(defaultMail);
                BackgroundJob.Enqueue<IConferenceService>((s) =>
                 s.LogAdd("注册成功", $"用户{user.Name}注册成功，已发送邮件", OPLog.AdminLogin)
                  );
            }
            catch (Exception ex)
            {
                result = new MsgResult<bool>(ResultCode.Exception, ex.Message);
            }

            return result;

        }

关键点， BackgroundJob.Enqueue<IConferenceService>((s) =>s.LogAdd());
Enqueue有个泛型的重载，这里等于是依赖注入的方式，因为在全局autofac配置过
IConferenceService是指向ConferenceService服务的，所以这里注入了Enqueue<IConferenceService>接口，只能是接口，才可以让DI生效。
so, s.LogAdd代表了接口里面的方法。这样Enqueue里面就可以调用后台自定义的服务了

4.总结，当然还有很多细节没谈，不过这样基本的配置和使用，已经满足软件的日常用途了。
补充一点，常用的三种方式的特点，
立即执行，完事后会自动销毁，当然，失败了按默认的1分钟后会重新尝试，直到成功了
延迟执行，这个等于制定了计划的执行时间，这里最少时间是按分钟算，所以这里不能按用秒甚至毫秒做计算时间的任务。
循环执行，循环执行独立一个方法 RecurringJob。如果大类分，前2个是一个后台作业类，这个独立的类。循环执行某次进程如果失败了，也不会影响整体的循环效果，只是失败的进程也会按总体的规则，1分钟后重新尝试失败的进程。

当然还有其他的，例如批量处理，延续，批量延续等