一、HTTP请求方法的核心定义

HTTP请求方法（HTTP Methods）是超文本传输协议的核心组成部分，用于定义客户端对服务器资源执行的操作类型。在HTTP/1.1规范中，标准方法包括GET、POST、PUT、DELETE、HEAD、OPTIONS、TRACE、CONNECT八种，后续RFC标准补充了PATCH方法。这些方法通过请求行（Request Line）与URI、协议版本组合，构成完整的请求语义。

以RESTful架构为例，标准方法与资源URI的组合形成统一接口：

GET /api/users/123      # 获取ID为123的用户资源
POST /api/users         # 创建新用户资源
PUT /api/users/123      # 完全更新指定用户资源
PATCH /api/users/123    # 部分更新用户资源
DELETE /api/users/123   # 删除指定用户资源

二、协议演进与方法扩展

1. 版本迭代历程

HTTP/0.9：仅支持GET方法，用于简单HTML文档传输
HTTP/1.0：引入POST、HEAD方法，支持请求头字段
HTTP/1.1：新增PUT、DELETE、OPTIONS、TRACE、CONNECT方法，定义方法幂等性规范
RFC 5789：2010年补充PATCH方法，支持资源部分更新
HTTP/2/3：继承方法体系，通过二进制帧和QUIC协议优化传输效率

2. 方法扩展机制

现代API设计常通过扩展自定义方法（如LOCK、UNLOCK），但需注意：

必须通过Allow响应头声明支持的方法集
自定义方法可能影响代理服务器和缓存中间件的处理逻辑
推荐优先使用标准方法，仅在语义明确时扩展

三、核心特性深度解析

1. 幂等性（Idempotency）

方法	幂等性	典型场景
GET	是	安全的数据检索
PUT	是	资源覆盖更新
DELETE	是	资源删除（多次调用结果相同）
POST	否	创建操作（可能生成不同ID）
PATCH	否	部分更新（可能依赖当前状态）

幂等性设计对重试机制至关重要。例如在网络超时时，客户端可安全重发PUT请求，而无需担心重复操作导致数据不一致。

2. 安全性（Safety）

安全方法（GET、HEAD、OPTIONS、TRACE）承诺不会修改服务器状态。这一特性使：

搜索引擎爬虫可安全使用GET索引资源
浏览器预取（Prefetch）机制能无风险加载资源
监控系统可定期执行健康检查而不影响系统

3. 可缓存性（Cacheability）

仅GET和HEAD响应可被缓存中间件存储。缓存策略通过以下头部控制：

Cache-Control: max-age=3600
Expires: Thu, 01 Dec 2023 16:00:00 GMT
ETag: "686897696a7c876b7e"
Last-Modified: Tue, 15 Nov 2023 09:23:24 GMT

四、RESTful架构中的方法应用

1. 统一接口原则

REST架构通过标准方法实现客户端-服务器解耦：

资源标识：URI定位唯一资源
统一接口：方法定义操作语义
自描述消息：通过媒体类型（Media Type）说明资源格式
超媒体驱动：通过链接关系（Link Relation）发现后续操作

2. 方法选择最佳实践

操作类型	推荐方法	注意事项
创建	POST	返回201 Created和Location头
完整更新	PUT	客户端需发送完整资源表示
部分更新	PATCH	使用JSON Patch或Merge Patch格式
安全检索	GET	避免在URI中暴露敏感参数
条件删除	DELETE	可结合If-Match等条件头

3. 幂等性实现案例

某订单系统设计：

// 首次创建订单（返回201）
POST /orders
{"product_id":1001,"quantity":2}
// 重复提交（返回200和已有订单信息）
POST /orders
{"product_id":1001,"quantity":2}
// 幂等更新库存（使用ETag验证）
PUT /inventory/1001
If-Match: "abc123"
{"quantity":98}

五、现代协议中的优化

1. HTTP/2的多路复用

通过二进制帧和流标识符，实现多个请求方法并行传输，消除队头阻塞问题。例如可同时发送：

Stream 1: GET /api/users
Stream 3: POST /api/orders
Stream 5: DELETE /api/products/42

2. HTTP/3的QUIC改进

基于UDP的QUIC协议为每个方法请求建立独立连接，通过连接迁移特性提升移动网络下的可靠性。测试数据显示：

平均延迟降低30%
弱网环境成功率提升15%
连接建立时间缩短至1RTT

六、安全考量与防护

1. 常见攻击向量

CSRF：利用浏览器自动携带认证信息发起非预期方法请求
方法混淆：通过TRACE方法窃取认证信息（已禁用）
越权操作：未验证权限的DELETE/PUT请求

2. 防护策略

# Nginx配置示例：限制危险方法
if ($request_method !~ ^(GET|HEAD|POST|PUT|DELETE|PATCH|OPTIONS)$) {
    return 405;
}
# 限制OPTIONS预检请求频率
limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s;
server {
    location / {
        limit_req zone=one burst=5;
    }
}

七、未来发展趋势

随着GraphQL等替代方案兴起，HTTP方法的使用场景正在演变：

GraphQL：通过单一POST端点处理所有查询，但底层仍依赖HTTP方法
gRPC：使用HTTP/2的POST方法传输Protobuf格式的RPC调用
WebDAV：扩展了PROPFIND、LOCK等新方法支持文档协作

开发者需根据具体场景选择合适的技术方案，在简单CRUD场景中，标准HTTP方法配合RESTful设计仍是最高效的选择。

本文系统梳理了HTTP请求方法的技术体系，从协议规范到工程实践，帮助开发者构建健壮的分布式系统接口。掌握这些核心概念后，可进一步探索HTTP/2 Server Push、103 Early Hints等高级特性，持续提升API性能。

HTTP请求方法全解析：从基础到高阶应用