无状态是计算机中常见的一个概念，简单来说就是指不保存状态信息。然而，在某些场景下，无状态却会成为一个导致系统受伤的因素。本文将从多个角度探讨无状态为什么会受伤。
“无状态”最早是在HTTP协议中出现的概念，指的是Web服务器不保留对客户端的任何历史记录。也就是说，每当客户端与服务器进行一次会话时，服务器都会将客户端的请求处理完后立即忘记。
无状态的设计方案使得它具有了一些优点。比如说，无状态允许我们无限制地添加更多的服务器，以应对更高的流量；无状态还使得请求可以被分发到任何一台服务器上，也就是说，它具有很好的负载均衡能力。
然而，无状态的设计方案也使得它存在一些缺点。最直观的一个问题就是，无状态使得服务器无法知道请求的上下文信息。这样一来，无法维护会话状态，导致了状态之间的信息交互困难。
正是因为无状态的缺点，所以服务器很难知道请求的上下文信息。例如，当客户端需要进行一次登录操作时，服务器并不能保留登录状态。这意味着，如果用户需要访问一个需要登录才可访问的资源，那么他就必须再次进行登录操作。
无状态的设计方案也不便于事务管理。因为服务器不保存任何历史记录，所以它也不知道请求是否属于同一个事务中的操作。
另一个无状态在一定程度上存在缺陷的问题就是安全性问题。假设我们已经通过一次登录操作获取了授权，那么在我们访问资源时不能简单地认为已经授权访问。因为没有任何上下文保存，服务器也看不到之前的授权状态。
尽管无状态在设计上存在一些缺点，但我们仍然可以通过引入各种技术手段来优化无状态的设计方案。例如，引入Token令牌机制，使用分布式缓存，建立分布式会话等等方式，都可以解决无状态的缺点。
无状态作为计算机技术中常见的一种设计方案，在很多场景下都可以发挥出很好的优点。但是，我们也需要认真看待无状态的缺点，以便更好地应对它在使用过程中的各种问题。
