在Web应用程序中使用ThreadPool.QueueUserWorkItem是否有任何缺点。

作者: 滔滔江水
发布时间: 2024-01-11 06:58:14 (1年前)
转自：

3 条回复

0#
回复此人
12345 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 这实际上取决于你将要做什么，但一般来说，你可能会担心的是： </p> <UL> <LI> 持久性。托管池中的线程是后台线程。当应用程序回收时它们会死亡，这通常是不可取的。在您的情况下，您想发送电子邮件。想象一下，如果你的进程在线程执行之前由于某种原因而死亡。您的电子邮件永远不会被发送。 </LI> <LI> 本地存储是共享的，这意味着如果使用它，您需要确保最后一个线程没有剩余空间。也适用于标记有ThreadStaticAttribute的字段。 </LI> </UL> <P> 我建议您实施一个作业方案，在那里您可以在某处安排作业并从该列表中实际读取其他组件（例如数据库）并执行该作业，然后将其标记为完成。这样它会在应用程序卸载过程中持续存在，没有内存重用，您可以限制性能。您可以在应用程序内部实现处理组件，如果愿意，甚至可以在Windows服务中实现。 </p> </DIV>

编辑
1#
回复此人
Frui tenebris、 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 不，你永远不应该使用它。我可以写出很多理由，但你应该阅读Scott Hansleman这篇天才恕我直言的这篇文章 </p> <P> <a href="http://www.hanselman.com/blog/ChecklistWhatNOTToDoInASPNET.aspx" rel="nofollow noreferrer"> http://www.hanselman.com/blog/ChecklistWhatNOTToDoInASPNET.aspx </A> </p> <P> 在“可靠性和性能”下： </p> <BLOCKQUOTE> <P> Fire-and-Forget Work - 避免使用ThreadPool.QueueUserWorkItem，因为您的应用程序池可能随时消失。如果必须，可以将此工作移到外面或使用WebBackgrounder。 </p> </BLOCKQUOTE> <P> 因此，按照建议，不要使用ThreadPool.QueueUserWorkItem。一个很好的替代方案是： </p> <P> <a href =“https://www.asp.net/aspnet/overview/web-development-best-practices/what-not-to-do-in-aspnet-and-what-to-do-instead#fire “rel =”nofollow noreferrer“> https://www.asp.net/aspnet/overview/web-development-best-practices/what-not-to-do-in-aspnet-and-what-to-do-instead#fire </A> </p> <P> 编辑：正如@ Scott-Chamberlain所提到的，这是一个更好的链接： <a href="http://www.hanselman.com/blog/HowToRunBackgroundTasksInASPNET.aspx" rel="nofollow noreferrer"> http://www.hanselman.com/blog/HowToRunBackgroundTasksInASPNET.aspx </A> </p> </DIV>

编辑

登录后才能参与评论