HTTP 请求方法：GET 与 POST-EW帮帮网

一、核心定义与用途

请求方法	核心定义	典型用途
GET	从服务器获取资源，请求参数附加在 URL 中	1. 搜索（如百度搜索关键词） 2. 分页查询（如 `?page=1&size=10`） 3. 访问静态页面 / 图片
POST	向服务器提交资源 / 数据，请求参数放在请求体（Body）中	1. 表单提交（如登录、注册） 2. 上传文件（如头像、文档） 3. 提交复杂数据（如订单信息）

二、底层原理：HTTP 请求结构差异

HTTP 请求由「请求行 + 请求头 + 空行 + 请求体」组成，二者核心差异在参数承载方式与请求体使用：

组成部分	GET 请求特点	POST 请求特点
请求行	参数拼接到 URL 后，格式： `GET /api/search?keyword=phone&page=1 HTTP/1.1`	URL 仅含路径，无参数，格式： `POST /api/login HTTP/1.1`
请求头	无需指定 `Content-Type`；可能含 `If-Modified-Since`（缓存验证）	必须指定 `Content-Type`（告知数据格式），常见值： - `application/x-www-form-urlencoded`（表单默认） - `multipart/form-data`（文件上传） - `application/json`（接口常用）
请求体（Body）	空（手动添加也会被多数服务器忽略）	非空，承载所有请求数据，格式由 `Content-Type` 定义

三、关键区别对比（7 大维度）

四、数据传递细节

1. GET 请求：URL 参数限制与编码

2. POST 请求：请求体格式（按 Content-Type 区分）

Content-Type 类型	数据格式示例	典型用途
`application/x-www-form-urlencoded`	`username=admin&password=123456`	普通表单提交（登录、注册）
`multipart/form-data`	含文本参数 + 二进制文件（用 Boundary 分隔）	文件上传（头像、Excel）
`application/json`	`{"username":"admin","roles":["admin"]}`	前后端分离接口（复杂结构化数据）
`text/plain`	`hello, plain text`	纯文本传递（极少用）

五、实践场景：使用边界

1. 必须用 GET 的场景

缓存依赖：需浏览器 / CDN 缓存（如电商商品列表 ?category=3&page=2），减少服务器压力。
书签 / 分享：参数需在 URL 中（如知乎回答页 https://zhihu.com/question/123/answer/456），支持保存 / 分享。
幂等要求：多次请求结果一致（如查用户信息 /api/user?id=123、查订单 /api/order?no=20240815）。

2. 必须用 POST 的场景

六、安全性误区澄清

“POST 比 GET 更安全”：需加前提 —— 未用 HTTPS 时，二者都不安全（GET 抓包看 URL，POST 抓包看请求体）；真正安全依赖 HTTPS 加密整个请求。
“GET 不能传复杂数据”：技术上可传数组（?ids=1&ids=2），但易超 URL 长度、可读性差，复杂数据（嵌套对象、数组）必须用 POST + JSON。
“POST 不会被缓存”：默认不缓存，可手动设响应头（Cache-Control: max-age=3600），但仅适用于 “非幂等 POST”（如查固定配置 /api/config），禁止用于创建 / 修改接口。

七、示例对比（直观理解）

示例 1：GET 查商品列表

示例 2：POST 用户登录（HTTPS 加密）

八、核心决策清单（开发时判断步骤）

HTTP 请求方法：GET 与 POST