我认为有人为无状态概念选择了一个非常不幸的名字，这就是造成整个误解的原因。它不是关于存储任何类型的资源，而是关于客户端和服务器之间的关系。

客户:我把所有的资源都保留在我这边，把所有需要处理的重要项目的“清单”发给你。做好你的工作。

服务员:好的。让我来负责筛选哪些是重要的，然后给你适当的答复。

这意味着服务器是客户端的“奴隶”，在每次请求后都必须忘记他的“主人”。实际上，STATELESS仅指服务器的状态。

https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm#sec_5_1_3

什么是无状态?

一旦发出请求并将响应呈现回客户端，连接将被丢弃或终止。服务器将忘记所有关于请求者的信息。

为什么无状态? ?

web选择使用无状态协议。这是一个天才的选择，因为web的最初目标是允许文档(网页)被提供给非常大的用户。人们使用非常基本的硬件作为服务器。

维护长时间运行的连接将非常耗费资源。

如果web选择了有状态协议，那么为了维护访问者的连接，服务器上的负载将会增加。

从维基百科:

HTTP is a stateless protocol. A stateless protocol does not require the server to retain information or status about each user for the duration of multiple requests. But some web applications may have to track the user's progress from page to page, for example when a web server is required to customize the content of a web page for a user. Solutions for these cases include: the use of HTTP cookies. server side sessions, hidden variables (when the current page contains a form), and URL-rewriting using URI-encoded parameters, e.g., /index.php?session_id=some_unique_session_code.

What makes the protocol stateless is that the server is not required to track state over multiple requests, not that it cannot do so if it wants to. This simplifies the contract between client and server, and in many cases (for instance serving up static data over a CDN) minimizes the amount of data that needs to be transferred. If servers were required to maintain the state of clients' visits the structure of issuing and responding to requests would be more complex. As it is, the simplicity of the model is one of its greatest features.

因为无状态协议不要求服务器在多个请求期间保留每个通信伙伴的会话信息或状态。

HTTP是一种无状态协议，这意味着一旦事务结束，浏览器和服务器之间的连接就会丢失。

HTTP无状态。TCP是有状态的。 没有所谓的HTTP连接，只有HTTP请求和HTTP响应。我们不需要维护任何东西来发出另一个HTTP请求。 “keep-alive”连接头意味着TCP将被后续的HTTP请求和响应重用，而不是一直断开和重新建立TCP连接。

即使多个请求可以通过同一个HTTP连接发送，服务器也不会为它们通过同一个套接字到达附加任何特殊含义。这完全是一个性能问题，目的是尽量减少为每个请求重新建立连接所花费的时间/带宽。

就HTTP而言，它们仍然是独立的请求，并且必须包含足够的信息来满足请求。这就是“无国籍”的本质。如果没有服务器所知道的一些共享信息(在大多数情况下是cookie中的会话ID)，请求将不会相互关联。