Asp.net web api WebAPI-会话和异步方法

我正在寻找一个明确的答案。我在我的网站上找不到明确的东西

在WebAPI REST服务中使用会话是否严格禁止

为什么我看到的每个示例都使用Async/Await？（如果每个请求已经存在于自己的线程中，那么这种方法的优点是什么？）

提前谢谢

对于2：

如果每个请求已经存在于其自身中，那么这种方法的优点是什么 线

假设WebApi调用将在某个地方进行另一个异步调用，例如数据库调用。在这种情况下，线程可以在等待结果时重用

在WebAPI REST服务中使用会话是否严格禁止

技术上不确定-但从概念上看，REST服务不应该依赖会话。

对于2：

如果每个请求已经存在于其自身中，那么这种方法的优点是什么 线

假设WebApi调用将在某个地方进行另一个异步调用，例如数据库调用。在这种情况下，线程可以在等待结果时重用

在WebAPI REST服务中使用会话是否严格禁止

技术上不确定——但从概念上看，REST服务不应该依赖会话

在WebAPI REST服务中使用会话是否严格禁止

不严格禁止，但通常不鼓励。这是因为会话数据会限制您向外扩展的能力

为什么我看到的每个示例都使用Async/Await？（如果每个请求已经存在于自己的线程中，那么这种方法的优点是什么？）

这都是关于使用更少的线程。当请求（异步）等待时，它不会使用任何线程。因此，async/await使您能够减少扩展的频率。Async最大限度地利用现有线程池

在WebAPI REST服务中使用会话是否严格禁止

不严格禁止，但通常不鼓励。这是因为会话数据会限制您向外扩展的能力

为什么我看到的每个示例都使用Async/Await？（如果每个请求已经存在于自己的线程中，那么这种方法的优点是什么？）

---

这都是关于使用更少的线程。当请求（异步）等待时，它不会使用任何线程。因此，async/await使您能够减少扩展的频率。Async最大限度地利用了您现有的线程池。

事实上，我认为大多数情况下都是这样。除非您有非常罕见的边缘情况，否则API实际上会在某个时候进行IO调用。不需要这样做的边缘情况可以设置为非异步。好的，我可以考虑将一些东西发送到队列并报告成功，同时进行依赖IO调用，然后以某种方式组合它们。现在这是有道理的。非常感谢。没有什么神奇的原因让我错过了。事实上，我想说的是，大多数情况下都是这样。除非您有非常罕见的边缘情况，否则API实际上会在某个时候进行IO调用。不需要这样做的边缘情况可以设置为非异步。好的，我可以考虑将一些东西发送到队列并报告成功，同时进行依赖IO调用，然后以某种方式组合它们。现在这是有道理的。非常感谢。我失踪没有其他神奇的原因。