我想在我的ASP净MVC应用程序中实现这样的逻辑:ASP.NET MVC多线程
user clicks a button
- >
server executes some time-consuming logic in ~15 threads (i get data from really slow independent sources)
- >
when all work is done, server merges the results and passes it back to user
有一天,我看到一篇文章解释了为什么在asp-net应用程序中创建新的线程是高度不推荐的,并且ThreadPool是应该使用的。 这种情况下mvc的最佳做法是什么?为什么我不应该创建自己的线程,背景工作者,任务,并使用线程池?如果有问题,该应用程序将托管在公共服务器上。
这将是一个由管理员/主持人执行的操作,所以它不是那种吝啬的:) – 2010-09-25 17:53:18