HostingEnvironment RegisterObject和QueueBackgroundWorkItem

其实网上关于HostingEnvironment 的RegisterObject和QueueBackgroundWorkItem文章已经很多了，典型是的

QueueBackgroundWorkItem to reliably schedule and run background processes in ASP.NET

Fire and Forget on ASP.NET 该文章里面涉及到一个开与项目 AspNetBackgroundTasks

而我本次的测试也是基于AspNetBackgroundTasks来测试的，Fire and Forget on ASP.NET里面提到了3点：个人英文不太好就把原文贴出来吧

大致意思就是Task.Run, Task.Factory.StartNew, Delegate.BeginInvoke, ThreadPool.QueueUserWorkItem 像这样的code，在应用程程序域的DomainUnload以后，马上消失；在4.5.2 以后我们可以考虑 HostingEnvironment.QueueBackgroundWorkItem方法，它在在应用程程序域的DomainUnload以后可以坚持30秒，后面我测试过也差不多就是这个时间。推荐做法就是用 HostingEnvironment.RegisterObject 它坚持的时间更长（我本地测试大致为5分钟）。

先看看我的demo，系统中总有一些比较耗时的操作，通常我们可以采用分布式消息队列来实现，网上发现有人用 BlockingCollection<UserInfo>(new ConcurrentQueue<UserInfo>())来做简单的消息队列，那么我的担心就出来了，BlockingCollection是线程安全的，但是它毕竟驻留在IIS进程里面，如果在release 跟新的时候，iis程序池会回收，BlockingCollection没有处理的数据是否会丢失？

先看看code吧，AsyncService每隔1秒就处理一条数据

public class UserInfo
    {
        public string UserName { set; get; }
    }
    public class AsyncService
    {
       public static BlockingCollection<UserInfo> UerQueue;
        static AsyncService()
        {
            UerQueue = new BlockingCollection<UserInfo>(new ConcurrentQueue<UserInfo>());
        }
        public static void Start()
        {
            DateTime start = DateTime.Now;
            foreach (UserInfo item in UerQueue.GetConsumingEnumerable())
            {
                ProcessUserInfo(item,(DateTime.Now-start).TotalSeconds);
                Thread.Sleep(1000);
            }
        }
        private static void ProcessUserInfo(UserInfo userInfo,double seconds)
        {
            System.Diagnostics.Debug.WriteLine(userInfo.UserName+"------------"+seconds.ToString());
        }
    }

在HomeController往队列里面加数据

 public ActionResult Index()
        {
            for (int i = 0; i < 600; i++)
            {
                AsyncService.UerQueue.Add(new UserInfo { UserName=$"ma jiang -{i}" });
            }
            return View();
        }