无状态协议——HTTP协议
HTTP 协议被设计为无状态协议，这意味着每次请求之间是相互独立的，服务器不会保留任何用户状态（如登录信息、购物车内容等）信息。
每个HTTP请求都被视为一个独立的事务。这种设计简化了服务器和客户端之间的交互，因为每次请求都是自包含的，带有所有必要的信息，服务器不需要依赖之前的请求或状态。
为什么页面访问不需要状态
- 在许多情况下，页面请求不需要知道之前的状态。例如，当浏览新闻网站或查询信息时，每个页面加载可能不需要知道用户之前浏览过哪些页面。
- 状态信息（如登录状态、购物车内容等）通常通过其他方式管理，如Cookies、Session、数据库，而不是依赖于HTTP协议本身来维护。
无状态的优势
提高效率：服务器不需要存储和管理每个用户的状态信息，可以更快地处理请求，响应时间更短。
可扩展性：无状态的特性使得增加服务器或分布负载变得更加容易，因为每个请求都是独立的，不依赖于特定的服务器上的状态信息。这有助于负载均衡和横向扩展。
简化会话管理：虽然HTTP本身是无状态的，但我们可以使用Cookies、Session等机制在客户端或服务器端管理状态，这提供了灵活性，允许开发者根据应用需求选择如何管理状态。
HTTP被设计为无状态协议，是为了提高交互的简洁性、服务器处理的效率和整个系统的可扩展性。页面访问不需要状态意味着每个HTTP请求都是自包含的，独立处理，而状态管理（如用户认证、购物车管理等）可以通过其他机制实现，而不是依赖于HTTP协议本身。
额外机制
虽然HTTP协议本身是无状态的，但网站通常使用额外的机制，如Cookies和会话（Session）管理，来跟踪和保持用户的登录状态。这些技术允许网站在无状态的HTTP协议之上创建和维护状态。
Cookies：登录网站时，服务器可能会在浏览器上设置一个Cookie，其中包含一个唯一的会话标识符。每次浏览器向服务器发送请求时，它都会自动发送这个Cookie，服务器通过这个Cookie识别会话并保持登录状态。
会话（Session）：服务器使用会话管理来跟踪用户的状态。服务器存储会话数据（如用户信息和登录状态），并为这个会话分配一个唯一的会话ID。这个会话ID通常通过Cookie在客户端和服务器之间传递。
持久登录（记住我功能）：一些网站提供“记住我”功能，允许用户在一段时间内自动登录。这通常是通过在Cookie中设置一个长期有效的令牌来实现的，即使会话结束，这个令牌仍然可以用来恢复用户的登录状态。
尽管HTTP协议是无状态的，但通过这些技术，网站能够在用户与网站交互过程中维护状态信息，如登录信息、用户偏好设置、购物车内容等。这种状态信息的管理提高了用户体验，使用户能够在多个请求和访问之间保持持续的交互状态。
购物车：一种典型的状态信息
购物车被认为是一种状态，因为它代表了用户在网上购物过程中的临时选择和决定，这些选择需要在用户的会话或访问期间保持跟踪和管理。这里有几个原因说明为什么购物车被视为一种状态：
1. 用户特定数据
购物车保存了用户特定的数据，即用户添加到购物车中的商品。这些信息是个性化的，需要随着用户的不同而变化，并且在用户浏览网站时保持连续性。
2. 跨请求持久性
在用户访问网站的过程中，无论他们浏览多少个页面或者进行多少次搜索，购物车中的内容都应该保持不变，直到用户进行修改（添加或删除商品）、清空购物车或完成购买。这种跨请求的持久性是状态管理的典型特征。
3. 交互性
购物车的状态不是静态的；它是动态的，会根据用户的交互（如添加或删除商品）而改变。用户期望他们对购物车所做的更改会即时反映，并在他们的购物会话中保持一致。
4. 会话依赖
购物车的内容通常与用户的会话相关联（如上文所述，会话就是一种状态管理的策略），这意味着当用户登录或者在网站上创建一个会话时，购物车的状态就开始被跟踪。如果用户离开网站再返回，他们通常希望能够看到之前添加到购物车中的商品仍然存在，这需要通过状态管理来实现。
5. 需要管理和维护
购物车状态需要通过服务器端（如使用会话管理）或客户端（如使用Cookie）技术来维护和管理。这是为了确保用户在整个购物过程中的选择被正确保存和处理。
