一、 HTTP/1.1 核心 8 种请求方法（RFC 7231 定义）
这 8 种是最基础、使用最广泛的方法，每种方法都有明确的语义和幂等性（多次执行同一请求，结果是否一致）：
方法 核心语义 幂等性 常用场景
GET 从服务器获取资源 是 查询数据（如获取用户信息、商品列表）
POST 向服务器提交资源，通常会创建新资源 否 提交表单（如登录、创建订单、上传文件）
PUT 全量更新服务器上的资源（若资源不存在则创建） 是 全字段更新用户信息、替换已有资源
DELETE 删除服务器上的资源 是 删除订单、删除用户账号
HEAD 与 GET 类似，但只返回响应头，不返回响应体 是 检查资源是否存在、获取资源元信息（如文件大小）
OPTIONS 获取服务器支持的请求方法或跨域资源共享（CORS）信息 是 预检请求（如前端跨域时，先询问服务器是否允许 POST）
TRACE 回显服务器收到的请求，用于诊断 是 调试网络请求路径，生产环境通常禁用（安全风险）
CONNECT 建立隧道连接，用于代理服务器转发 HTTPS 请求 是 HTTPS 代理（如客户端通过代理访问 HTTPS 网站）
二、 扩展常用方法（2 种）
PATCH（RFC 5789 定义）
语义：部分更新服务器上的资源（区别于 PUT 的全量更新）。
幂等性：否（多次 PATCH 可能导致资源多次修改）。
场景：只更新用户的手机号，不修改其他信息。
LINK / UNLINK（较少用，RFC 2068 定义，后被废弃但部分场景仍有使用）
语义：LINK 用于建立资源之间的关联，UNLINK 用于解除关联。
目前已基本被 HTTP 头或 RESTful 设计替代。
三、 关键补充
方法的核心约束：方法的语义是 “约定”，服务器需遵守，但实际实现中可能存在差异（如部分服务器允许 POST 实现删除功能）。
幂等性的意义：幂等方法（如 GET、PUT、DELETE）可安全地重试，非幂等方法（如 POST、PATCH）重试可能导致重复创建资源（如重复下单）。
与测试工具的关联：
Fiddler 可在抓包时修改请求方法（如将 GET 改为 POST），测试接口对不同方法的响应。
JMeter 的 HTTP 请求取样器支持选择所有主流方法，用于模拟不同语义的请求压测。
