Web应用程序（WCF / WebAPI）中的多线程

Question

我有一个要通过HTTP层（由WebAPI / WCF托管）公开的“引擎”。

该引擎对大量数据执行一些简单的只读操作，并且可以真正受益于并行性。 从for（...）到Parallel.For（...）的简单切换确实令人惊奇。

现在，我认为我们不应该在Web服务器中执行此类多线程处理，因此，我正在尝试找出最佳的托管方式。

理想情况下，我希望将其作为标准Web应用程序与WebAPI或WCF托管在IIS中。 如果这不是一个好的解决方案，那将是一个好的替代方案？

在标准Windows服务中自托管WebAPI或WCF会更好吗？ 我不确定这里的问题是特定于IIS还是ASP.NET。

也许这不是问题，我只是太担心了？

任何输入将不胜感激。

谢谢

Answer 1

我尚不完全清楚您的疑虑是什么，但我会尽力为您提供一些依据，您可以据此做出决定：

您可以安全地在IIS / ASP.NET中使用多线程。 当然，对于许多并行请求，您并不需要这样做，因为并行发生在更高的级别（实际上，吞吐量会稍有下降，但只会略有下降）。 尽管并行请求很少，但是您可以使用较低级别的Parallel.For （ Parallel.For ）来减少延迟。

因此，ASP.NET中的多线程更多的是减少延迟而不是增加吞吐量。

我不知道自我托管将如何改变这一切。

您似乎有点担心这是一种可行的方法。 尝试提出具体的问题，我会解决。