有状态会话不可避免的情形：购物车案例

无状态设计的资源效率虽然诱人，但并不是所有场景都能做成无状态——很多与客户端的交互本身就带有状态性质。典型例子是电商购物车：用户一边浏览商品一边往车里加东西，这些”已选中但尚未结账”的信息必须贯穿用户整个会话持续存在，这本质上是一个尚未提交的有状态业务事务，意味着这次会话必须是有状态的。有意思的是，”有没有状态”这件事本身可能是动态变化的：一个只浏览、不购买的用户，这次会话就是无状态的；一旦他往车里加了一件商品，会话立刻就变成了有状态——换句话说，除非完全没人下单购买，否则应用注定无法彻底避开状态问题，必须正面想清楚该怎么处理它。作者随后提示了一个不那么直观的可能性：即使会话本身是有状态的，也完全可以用无状态服务器对象来实现这个有状态的会话——状态可以被外置存储、而不必绑死在处理请求的那个服务器对象身上，只是作者自己坦言，这样做未必总是理想的选择（后续章节会展开具体的存储方式取舍）。