我找不到这些概念的好定义。我自己的理解：
无状态- 状态不存储在服务器上。那些。在每个新请求中，我们都会传递我们的登录名/密码（如果应用程序具有授权），以及请求的数据。
Statefull - 在服务器上打开一个会话。多亏了这一点，我们不需要不断地向服务器发送登录名/密码。而且您不需要发送任何额外的数据（例如，选定的本地化），它们存储在会话中。
我还强调了可以存储临时数据的三个级别（例如，购物车）：
- 饼干
- 会议
- 数据库
我很困惑。例如，通常建议制作无状态应用程序。但是在这个概念中如何处理同一篮子商品呢？因为存储在cookies中不是很合理，而且如果没有存储在session中（因为session在无状态中被排除了），那么还剩下什么——存储在数据库中呢？
我知道无状态是 REST 的理想选择，因为只有单个请求，而且不创建会话比创建会话更容易。但是带有 UI 的应用程序呢？我在哪里可以存放我的购物车？也许无状态和有状态的概念原则上只适用于 REST API？
因此，我的问题是什么是无状态的和有状态的，这是非常可取的，举例说明什么被认为是无状态的，什么不是。
在我看来，您通常对什么是无状态、什么是有状态以及存储的位置和内容有正确的想法。
我可以稍微解释一下为什么无国籍很流行。
这是水平缩放的问题。
当您拥有一百万客户并且他们都在不断地购买东西时，那么一个 Web 服务器就无法应对。他们放置了一个网络服务器的“电池”，并在它们前面 - 所谓的“负载平衡器”，它将“抛出”到特定服务器的用户连接。或轮询（粗略地说，依次），或目前负载最少的服务器。
但这就是问题所在。同时，同一个用户，每次从服务器请求“某物”时，最终可能会出现在不同的服务器上。而且他必须要么与他“携带”会话，要么......或者自己存储所有内容，并且每次都将其传输到服务器。
stetless 的第二个原因是易于测试。您会看到，状态是在自动化测试期间难以重现的东西。如果整个“状态”是一个预定义的结构（例如，具有某些字段的 json，其含义是众所周知的）——那么任务就会变得更加简单。
现在 - 你有支持 Stetless 的论据。
而我们只剩下一件事：调和这两个美丽的世界。
做到这一点并不难。
首先，在许多服务器框架中（我说“框架”，包括这里的纯 PHP 和一些花哨的东西），存在将会话存储到 redis 的可能性——嗯，简而言之，在数据库中，只有在一个非常简单、非常快速，并且很可能直接存在于内存中。
然后你不能来回“驱动”整个状态——你只能驱动会话标识符。然后客户端请求“下降”的节点将快速从萝卜中“提升”会话，然后，就好像什么都没发生一样，会回答你。然后它将去回答另一个客户，将您的会话保存在数据库中。
最后，随着 JS 的现代发展，在客户端存储一个“篮子”，总的来说，一切都是一个垃圾问题。事实上，你只需要每次在网站上做某事时发送相同的 json。而这个 json-chick 描述了一切——一切——一切。添加的产品 - json 已更改。已删除 - 再次更改。他们要求打折——这个事实反映在 Json 中。即“我在屏幕上看到的就是状态中描述的”相互之间存在着一一对应的关系。
好吧，从这里您可以直接做出反应。React 是一种旨在与状态一起工作的东西。
我的简短回答到此结束，希望能对您有所帮助。