为何支持PUT命令的REST API仍被认为是无状态的？

首先得明确：REST里的无状态，核心是「服务器不需要保存任何客户端请求的上下文信息」——每个请求必须自带所有服务器处理它需要的全部数据（比如认证信息、目标资源标识、操作数据等），服务器拿到就能独立处理，不用去查这个客户端之前发过什么请求。

你举的待办API例子，其实是把「资源状态变化」和「请求依赖上下文」搞混了：

• 当你发请求创建一条待办，这个请求本身已经包含了所有必要信息（比如待办内容、你的身份凭证），服务器不需要记住你之前的操作，直接就能创建资源、更新待办列表的状态。
• 别人之后查总数，这个请求也自带了必要的认证和查询参数，服务器直接读取当前待办列表的状态返回结果——这两个请求之间没有依赖关系，服务器不用留存你之前创建请求的上下文，就能处理后续的查询请求。

至于PUT方法，它完全符合无状态要求：

• 比如你用PUT /todos/123更新某条待办，请求里必须指定要更新的资源ID（123），还要带上完整的待办数据，服务器拿到后直接定位资源更新，不需要知道你之前有没有查过这条待办、有没有提交过修改草稿之类的上下文信息。

简单说：REST的无状态管的是「请求之间的独立性」，不管「资源本身的状态变化」。资源状态随业务操作改变是正常的，只要每个请求都能独立被服务器处理，就符合无状态原则。

内容的提问来源于stack exchange，提问作者Alaska