RFC 10008定义了HTTP的QUERY方法，用于以安全且幂等的方式处理请求内容并返回结果，类似POST但可安全重复执行。

HTTP QUERY方法规范（RFC 10008）中文摘要

核心内容： 1. 方法定义 - 新增HTTP QUERY方法，用于发起安全且幂等的查询请求 - 请求内容（body）定义查询操作，类似POST但具有GET的安全特性 - 适用于查询数据量过大无法放入URI的情况

2. 关键特性

• 安全性：不改变目标资源状态
• 幂等性：支持自动重试和重启
• 可缓存性：响应可被缓存，缓存键需包含请求内容
• 支持条件请求和范围请求

3. 与现有方法对比 | 特性 | GET | QUERY | POST | |-----------|------|-------|--------| | 安全性 | 是 | 是 | 可能否 | | 幂等性 | 是 | 是 | 可能否 | | 请求体语义 | 无 | 有 | 有 | | 缓存能力 | 强 | 中等 | 有限 |

4. 响应处理

• Content-Location：指向查询结果资源
• Location：指向等效查询操作资源
• 支持303重定向到GET请求

5. 新增头部

• Accept-Query：声明支持的查询格式类型 （如application/sql, application/xslt+xml等）

6. 安全考虑

• 替代GET避免敏感信息出现在URI中
• 临时资源URI不应包含敏感信息
• 跨域请求需要预检

7. IANA注册

• 新增QUERY方法到HTTP方法注册表
• 新增Accept-Query头部字段

典型应用场景： - 复杂数据库查询（如SQL语句） - 大数据量检索（无法放入URL参数时） - 需要安全幂等特性的API请求

该规范由IETF HTTP工作组制定，已通过IESG审核，属于互联网标准跟踪文档。

根据评论内容，总结如下：

主要观点：

1. 支持QUERY方法（正面评价）

   • 解决GET请求查询字符串长度限制问题（lanycrost: "query strings always had size limit, seems this new type will solve it"）
   • 避免为复杂查询创建POST端点（toybeaver: "I was never a fan of creating POST /search endpoints"）
   • 提供幂等性保证，避免POST刷新时的重新提交警告（CodesInChaos: "avoid the annoying re-submission warnings...since QUERY is required to be idempotent"）

2. 质疑必要性（负面评价）

   • 认为可用POST+ETag实现相同功能（brookst: "Wouldn't just putting an etag on POST requests accomplish the same thing?"）
   • 缓存机制存在安全隐患（100ms: "implies an unbounded and user-controlled cache key...cache busting would be trivial"）
   • 建议用"Vary: request-body"头替代（100ms: "I would be far more inclined to try and capture this caching semantic as a new header for POST"）

3. 实施挑战

   • 中间件兼容性问题（haeseong: "Plenty of proxies, WAFs, and load balancers either strip the body from methods they do not recognize"）
   • 名称易混淆（smashed: "the term 'query' is already used to refer to http requests in general"）

4. 实用价值

   • 解决资源定义困境（tonympls: "not being forced to define Resources when we want to query"）
   • 与Range头配合实现分页（mlhpdx: "Using the QUERY request as the definition of a set, and Range to retrieve subsets seems very natural"）

平衡总结： 评论呈现明显分歧。支持者认为QUERY方法解决了GET长度限制和POST非幂等性问题，提供了更清晰的语义；反对者则认为现有方案（如POST+ETag）已足够，新方法引入缓存和中间件兼容性难题。多数评论认可其理论价值，但对实际部署持谨慎态度。