代码之家 › 专栏 › 技术社区 › Kevin Montrose

在ASP.NET中使用线程有没有不明显的危险?

asp.net-mvc-2 multithreading asp.net c#

Kevin Montrose · 技术社区 · 14 年前

简单地说,我们正在“适当地”将一些支持用户请求的工作推到后台。链接的问题给了我很多我们应该走服务路线的想法,但并没有提供任何令人信服的论据来说明为什么我们应该走服务路线。

我承认,对我来说

WorkQueue.Push(delegate(object context) { ... });

是非常有说服力的,所以如果只是有点困难(而不是天生不可行),我倾向于采用后台线程方法。

所以,我知道的后台线程的问题(在AppPool的上下文中):

由于AppPool被回收,它们随时都可能死亡
这个 ThreadPool
- 解决方案:构建自己的线程池,同时限制线程的数量。

我的问题是, 我缺了什么,如果有的话? ASP.NET中的后台线程还会出什么问题?

_{*有问题的任务已经可以安全地重新运行,所以这不是问题。}
_{假设我们没有做任何愚蠢的事情,比如在后台线程中抛出异常。}

4 回复 | 直到 8 年前

Community CDub 8 年前

我将远离在您的IIS AppDomain中为StackOverflow从启动线程。我没有任何确凿的证据来支持我要说的话,但与I is合作10年,我知道当它是镇上唯一的游戏时,效果最好。

还有一个选择,我知道这会是 take off on my answer 在程序员线程上。但据我所知,您已经有了一个解决方案,可以通过支持用户请求来工作。为什么不使用该代码,而只在调用特殊的内部API时启动它。然后使用 Task Scheduler 打电话给 CURL 命令,每隔30秒左右调用该API以启动任务。这样,您就可以让IIS处理线程,而您的代码则可以处理一些它已经很容易做到的事情。