请求方法HTTP Method
为什么“点开一个链接”不应该顺手删除一条询盘？
HTTP 方法表达对目标资源请求的操作语义。GET、POST、PUT、PATCH、DELETE 等方法有不同约定，安全性与幂等性描述的是预期效果，不是自动提供的权限或数据保护。
先在请求上写明是查看还是办理变更，接收方和中间系统才能合理处理。方法选对了，权限和业务规则仍要自己检查。
像柜台区分查询窗口和变更申请：路过看信息不该让账户资料被改掉，重复交同一申请也要知道会发生什么。
类比到这里为止：方法只是协议语义，错误实现仍可能让查询产生危险副作用。不能仅因为写了 DELETE 就以为删除受到保护。
GET 读取规格，POST 创建询盘；更新和删除按资源契约选择方法。每次敏感操作仍检查身份、资源范围和输入。
常见方法读法
- GET
- 请求读取目标表示，适合查看而不是执行破坏性变更。
- POST
- 请目标按自身语义处理提交内容，常用于创建，但不只限于创建。
- PUT / PATCH
- PUT 通常表达替换目标表示；PATCH 表达部分修改，具体格式由接口约定。
- DELETE
- 请求删除目标关联，仍需要权限、结果与可能恢复规则。
把重试风险写进接口约定
如果客户端只是失去了响应，重新发送是否会创建第二条记录？方法语义提供线索，最终还要看接口实际如何实现。
不要用 GET 链接承载删除。浏览器、预取器或抓取工具访问链接时，并不知道你在所谓读取里埋了一个危险动作。
继续看项目应用与交付检查
请求方法 在项目中负责什么
- 什么时候用
- 设计或调用接口，需要区分查询与变更、判断重复请求风险时。
- 它解决什么
- 让客户端、服务端和中间系统对操作意图有一致理解，减少错误缓存、重试和预取带来的风险。
- 它不负责什么
- 幂等不等于每次响应相同：第二次删除可能返回不同状态，但目标仍是已删除。POST 也可由业务实现幂等，不能默认所有写入都不可重试。
- 放进真实项目
- 读取产品用 GET，提交询盘用 POST，更新跟进状态用 PATCH。
请求方法表达这次调用想对资源做什么
读取与新建询盘有不同语义；缓存、重试与访问控制还需要对应的实际实现。
- 01
从业务动作与接口契约选择方法。
- 02
检查重复请求的预期效果与实际幂等实现。
- 03
服务端同时校验身份、资源范围与动作。
安全看是否请求改变，幂等看重复后的预期效果。
容易混淆的地方
HTTP 的 safe 指没有请求改变服务器状态的意图，不是说没有日志，也不是说请求不需要安全审查。
开发者准备把 GET /delete-inquiry?id=42 用作删除入口。主要风险是什么？
你可以这样告诉 AI Agent
我在处理这件事：读取产品用 GET，提交询盘用 POST，更新跟进状态用 PATCH。请以“请求方法”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践