我正在考虑以下方法，但不确定它是否是最好的方法：
第 1 步（服务器端）：TaskMangaer 类创建一个新线程并启动一个任务。
step2（服务器端）：将 taskManager 对象引用存储到缓存中以供将来参考。
step3（客户端）：使用周期性的Ajax调用来检查任务的状态。
基本上，目的是建立一个框架来运行后台任务（大约 5 分钟），并在 Web UI 上定期提供关于任务完成百分比的反馈。
有没有一种巧妙的方法来解决这个问题或任何现有的 asp.net API 会有所帮助？
编辑 1#：我想在应用程序中运行任务。
编辑 2#： 看起来堆栈溢出的徽章实现也在使用缓存来跟踪后台任务。 https://blog.stackoverflow.com/2008/07/easy-background-tasks-in-aspnet/
【问题讨论】：
我在某处看到了解决类似问题的方法。解决方案类似于：
网址类似于http://mysite/myresults/cffc6c30-d1c2-11dd-ad8b-0800200c9a66。 最好的文档格式可能是 JSON。
如果对进度的反馈很重要，请修改文档以同时包含状态（进行中/完成）和进度 (42 %)。
【讨论】：
我认为将结果存储在缓存中的问题在于 ASP.NET 可能会出于其他目的（即内存不足、脾气暴躁等）清除该缓存条目。从缓存中提供的内容应该是您可以按需重新创建的内容，如果在缓存中找不到它，ASP.NET 运行时可以随时转储缓存条目。
徽章讨论中缓存的使用似乎根本不同，在这种情况下，任务是短暂的。缓存只是被用作一个 hacky 计时器来定期触发任务。
您能否确认这是一个需要 5 分钟的任务，并且一直需要它自己的线程？这本身就是一个性能问题，如果每个请求都需要自己的线程这么长时间，您将只能支持有限数量的此类请求。只有在可以接受的情况下，我才会让任务驻留线程这么久。
如果这些任务可以驻留线程，那么我会继续将结果存储在进程的全局字典中。字典的键与客户端请求/AJAX 回调系列相关。如果安全性很重要，密钥也应该包含用户 ID。
如果您需要扩展到许多用户，那么我认为您需要将任务分解为异步步骤，在这种情况下，我可能会使用数据库表来存储结果（再次按请求/用户键入)。
【讨论】：
执行此操作的一种方法是使用应用程序状态。当您生成工作线程时，将您生成的请求 ID 传递给它，并将其返回给客户端。然后，客户端将在其 AJAX 调用中将该请求 ID 传递回服务器。然后，服务器将使用来自应用程序状态的请求 ID 获取状态。 （工作线程将根据其状态更新应用程序状态）。
【讨论】：
Microsoft 消息队列专为您尝试解决的场景而构建： http://www.microsoft.com/windowsserver2003/technologies/msmq/default.mspx Windows Communicatio Foundation 还具有消息队列支持。 希望这会有所帮助。
托马斯
【讨论】：