基于消息的多线程或线程池的一个简短和不寻常的行动?

实际上,我认为,对于大多数时间处于休眠状态的线程,使用线程池是一个糟糕的设计选择-

让一个线程休眠(或者更好地说,等待事件)在应用程序中的开销非常小。使用专用线程的主要缺点是线程需要分配自己的堆栈,因此与线程池线程相比,您将使用一点额外的内存。

这听起来像是使用 Task

你不能用瑞特朗的吗 PoolFiber 为了这个?它不是由像这样的专用线程支持的 ThreadFiber 而是通过.Net线程池。这意味着您可以在整个应用程序中使用相同的Retlang语义,而无需保留空闲线程。

我认为这基本上是一个优化的问题。您的应用程序是否有性能问题(特别是内存问题)?如果没有,那么继续让线程保持空闲并保持代码更干净。一旦你有了真正的理由,就去探索其他的选择。

我想说,有一个专门的线程接收这些消息很好。我甚至可以说,这将是首选的方法。这并不是说你只是随意地创建线程或者诸如此类的东西。我们在这里讨论的是一个额外的线程,它不会消耗很多资源(可能有一点堆栈空间)。在我看来,不必担心共享状态的额外同步(当然除了消息传递之外)的优点胜过缺点。

你应该考虑使用F。它非常适合在不烧录线程的情况下对逻辑单线程代理进行编程(例如,代理可以在线程池中跳跃,但仍然以序列化方式响应消息,到达其邮箱的消息会唤醒它们并安排线程池的工作)。

http://blogs.msdn.com/b/dsyme/archive/2010/02/15/async-and-parallel-design-patterns-in-f-part-3-agents.aspx