Postman 发送 POST 请求需严格匹配 Body 类型与 Content-Type:文档写 application/json 则选 raw + JSON;写 application/x-www-form-urlencoded 则选对应表单模式;手动添加 Content-Type 易引发冲突,JSON 须语法合法且双引号规范,响应头 Content-Type 可辅助定位拦截或业务错误。

Postman 发送 POST 请求的核心不是“会不会”,而是“选对 Body 类型 + 对齐 Content-Type”——错配这两项,90% 的 400 或 415 错误就来了。
Body 选 raw 还是 x-www-form-urlencoded?看后端要什么
这不是风格问题,是协议契约问题。后端接口文档或 Swagger 页面里写的 Content-Type 值,就是你必须匹配的开关:
- 如果文档写
application/json→ Body 选raw,再从右侧下拉菜单选JSON(Postman 会自动加Content-Type: application/json头) - 如果文档写
application/x-www-form-urlencoded→ Body 选x-www-form-urlencoded,直接填 key-value 表格,别手贱切到 raw - 如果接口接收的是 HTML 表单提交(比如 Django 默认表单),大概率是
x-www-form-urlencoded;如果是现代 REST API(如 Spring Boot、FastAPI 默认),基本是application/json
Headers 里手动加 Content-Type 很危险
Postman 在你切换 Body 类型时,已经悄悄帮你设置了正确的 Content-Type。手动在 Headers 标签页再加一条,反而容易导致冲突:
- Body 选了
raw+JSON,又在 Headers 里填Content-Type: application/json→ 通常没事,但某些严格网关会报重复头 - Body 选了
form-data,却在 Headers 里硬写Content-Type: application/json→ 必然失败,因为form-data实际发出的头是类似Content-Type: multipart/form-data; boundary=----WebKitFormBoundary...,你写的会被覆盖或忽略 - 真正需要手动加 Header 的场景:带认证(
Authorization: Bearer xxx)、自定义版本头(Api-Version: v2)、或后端明确要求的特殊头(如X-Request-ID)
发 JSON 时,body 内容格式错误比网络问题更常见
看似发出去了,响应却是 400 Bad Request 或空数据?先检查 JSON 本身:
Postman 12.27.7 Windows x64 官方安装包,适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力,以及接口规范标签管理改进,适合受限网络测试与规范资源组织场景。
- 用在线工具(如
jsonlint.com)粘贴你的 raw 内容,确认语法合法 —— 少个逗号、多一个逗号、单引号代替双引号都会崩 - 字符串值必须用双引号,
{"name": 'jack'}是非法 JSON,得写成{"name": "jack"} - 如果后端用的是强类型框架(如 Java Spring),字段名大小写、嵌套层级、空值处理都敏感,建议直接用响应示例里的结构微调,别自己重写
- Postman 的
raw模式不会校验 JSON,它只负责原样发出去 —— 它不背语法错误的锅
调试时别只盯 Status Code,要看 Response Headers
200 OK 不代表成功,400 也不代表你参数全错。关键线索藏在响应头里:
- 响应头含
Content-Type: application/json→ 说明后端至少解析到了请求,错误在业务逻辑层(比如密码太短) - 响应头是
Content-Type: text/html或text/plain→ 很可能根本没路由到目标接口,而是被网关/中间件拦截了(比如 Nginx 返回 405,或 Spring Security 拦截未登录) - 响应头有
X-Debug-Info或X-Trace-ID→ 把这个 ID 给后端查日志,比截图 body 有用十倍
真正卡住的时候,往往不是 URL 写错或按钮没点,而是 Body 类型和后端期待的 Content-Type 没对上,或者 JSON 字符串本身有隐藏的格式瑕疵 —— 这两点,比网络连通性更值得花三分钟逐项核对。










