Appearance
GET、POST 与幂等性：方法语义、缓存与副作用
主题定位
方法题的关键不是用途口号，而是 HTTP 语义、缓存行为和副作用边界。
- 方法题的关键不是用途口号，而是 HTTP 语义、缓存行为和副作用边界
- GET / POST 题不能只答“GET 获取、POST 提交”，核心是方法语义、缓存友好性和副作用边界
- 幂等性讨论的是重复请求是否会产生额外副作用，这和 HTTP 方法选择、重试策略直接相关
- 现实世界里 GET 也可能被错误实现为有副作用，这不代表语义上它就应该如此
GET 与 POST 的语义拆分
GET
GET 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 GET 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 GET 讲清适用边界、失效条件和代价结构，结论才有技术含量。
POST
POST 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 POST 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 POST 讲清适用边界、失效条件和代价结构，结论才有技术含量。
幂等性
幂等性 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 幂等性 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 幂等性 讲清适用边界、失效条件和代价结构，结论才有技术含量。
方法语义与缓存差异
- 方法题的关键不是用途口号，而是 HTTP 语义、缓存行为和副作用边界
- GET / POST 题不能只答“GET 获取、POST 提交”，核心是方法语义、缓存友好性和副作用边界
- 幂等性讨论的是重复请求是否会产生额外副作用，这和 HTTP 方法选择、重试策略直接相关
- 现实世界里 GET 也可能被错误实现为有副作用，这不代表语义上它就应该如此
- GET 按语义应是安全且幂等的，通常更适合被缓存、书签化和重复获取
- POST 语义更偏向提交或触发处理，不天然幂等，重复发送可能产生重复创建、扣款、消息投递等副作用
接口设计建议
- 方法题的关键不是用途口号，而是 HTTP 语义、缓存行为和副作用边界
- GET / POST 题不能只答“GET 获取、POST 提交”，核心是方法语义、缓存友好性和副作用边界
- 幂等性讨论的是重复请求是否会产生额外副作用，这和 HTTP 方法选择、重试策略直接相关
- 现实世界里 GET 也可能被错误实现为有副作用，这不代表语义上它就应该如此
- GET 按语义应是安全且幂等的，通常更适合被缓存、书签化和重复获取
问答设计及延伸
标准回答
回答 GET、POST 与幂等性：方法语义、缓存与副作用 时，先定义 GET、POST、幂等性 各自解决的问题，再比较它们在 协议语义、连接代价、失败恢复 上的差异，最后给出选型边界和工程代价。
追问拆解
- GET、POST 与幂等性：方法语义、缓存与副作用 与“超时、重试与幂等：接口治理中的失败恢复”的边界关系
- GET、POST 与幂等性：方法语义、缓存与副作用 与“HTTP 基础：报文语义、头部字段与资源表示”的边界关系
- GET、POST 与幂等性：方法语义、缓存与副作用 与“认证模型：Session、Cookie、Token 与前端存储边界”的边界关系
- 跨标签页、跨域、多端协作场景下的结论变化
- 维护成本上升后的优先级调整
容易失分的点
- 只给“哪个好”的结论，不先拆对象
- 只报 API 或术语，不解释运行时行为和代价
- 缺少真实场景，导致结论过度绝对
项目映射
- 结合真实系统说明 GET 到 幂等性 分别落在哪段链路
- 补充未选方案的放弃原因和约束差异
- 补充线上问题、治理动作和验证结果