PHP服务端如何识别GET、POST、PUT、DELETE等不同API请求类型

核心识别逻辑 #

HTTP 协议的请求方法（GET/POST/PUT/DELETE 等）完全不依赖请求头、请求体的存在与否进行识别，唯一识别依据是 HTTP 报文首行的第一个字段。
所有符合 HTTP/1.1 及以上标准的请求，报文第一行固定为 [请求方法] [请求路径] [HTTP 版本] 结构，示例如下：

• GET 请求：GET /api/user?id=1 HTTP/1.1
• POST 请求：POST /api/user HTTP/1.1
• PUT 请求：PUT /api/user/1 HTTP/1.1
• DELETE 请求：DELETE /api/user/1 HTTP/1.1
  服务端解析请求时会优先读取该字段判定请求方法，和后续的请求头、请求体内容无关联。你在 Postman 中看到 GET 和 POST 请求头一致属于正常情况，通用请求头（Host/Accept/User-Agent 等）在不同请求方法下完全可以复用，不会干扰方法识别。

常见疑问解答 #

POST 是不是仅靠请求体识别？ #

不是。只要请求行方法字段为 POST，无论是否携带请求体，都会被识别为 POST 请求，业界确实存在无请求体的 POST 用法，不属于异常情况。

GET 携带请求体时如何和 POST 区分？ #

HTTP 标准没有禁止 GET 携带请求体，但属于极不推荐的用法：绝大多数网关、反向代理、服务端框架会默认忽略 GET 请求的请求体，部分组件甚至会直接拦截带请求体的 GET 请求返回 400 状态码。
即使强制 GET 携带请求体，服务端仍然会按照请求行的方法字段进行区分，不会因为 GET 带了请求体就被判定为 POST。

PUT、DELETE 如何识别？ #

PUT、DELETE 的识别逻辑和 GET、POST 完全一致，仅通过请求行的方法字段判定。
部分旧客户端、企业防火墙不支持直接发送 PUT/DELETE 请求，业界常用兼容方案是在 POST 请求中添加自定义头 X-HTTP-Method-Override: PUT（或DELETE），服务端框架读取该头后会覆盖原始请求方法，但这属于兼容性扩展方案，不是 HTTP 标准的识别逻辑。

实操建议 #

你在 EC2 上部署的服务端无需自行通过请求体判断请求类型，直接使用框架自带的路由方法监听规则即可，比如 Node.js Express 框架的 app.get()、app.post()、app.put()、app.delete()，会自动基于请求方法分发路由。

内容的提问来源于stack exchange，提问作者tonywhansen