Web 应用程序中的多线程 (WCF / WebAPI)

Question

我有一个“引擎”，我想通过 HTTP 层（使用 WebAPI / WCF 托管）公开它。

该引擎对大量数据执行一些简单的只读操作，并且真正受益于并行性。从 for(...) 到 Parallel.For(...) 的简单切换确实很神奇。

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

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

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

或者也许这不是问题，我只是担心太多？

任何意见将不胜感激。

谢谢

Answer 1

我不完全清楚您的顾虑是什么，但我会尽力为您提供一些您可以决定的基础：

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

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

我看不出自托管会如何改变这一切。

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