Postman中发送无请求体的POST请求，必须选择Body标签页的“none”模式；该模式下不发送Content-Length和Content-Type头，严格符合HTTP“无消息体”语义，避免空raw或form-data引发的415错误或框架解析异常。

Postman里选POST但不发任何数据，怎么配？

直接选 none 就行——这是 Postman 唯一官方支持的“空请求体”方式。别试图在 raw 里留空、也别用 form-data 添加空字段，那些都会触发非空 Content-Length 或 multipart boundary，服务器可能拒绝或解析出错。

• none 模式下，Postman 不发送 Content-Length 头，也不设 Content-Type，完全符合 HTTP 规范中“无消息体”的语义
• 如果接口文档写的是 “POST /v1/trigger，无请求体”，就只配 URL 和方法，其他 Body 标签页什么都不动
• 某些老旧后端（尤其用 Servlet 3.0 以下或自定义解析器）会把空 raw 当作 text/plain 处理，导致 415 错误；none 能绕过这类问题

为什么不能用 raw + 空字符串代替 none？

因为 raw 模式哪怕内容为空，Postman 仍会发送 Content-Length: 0 和默认 Content-Type: text/plain。这两个头加在一起，就构成一个合法但带空体的请求，和“无请求体”在语义和协议层是两回事。

Postman 12.27.7

Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。

下载

• HTTP/1.1 明确区分 “no message body”（靠 HEAD、GET 或 204/304 响应隐含）和 “message body of zero length”（显式 Content-Length: 0）
• Spring Boot 的 @RequestBody 默认拒绝 Content-Length: 0 的请求，报 HttpMessageNotReadableException
• Node.js 的 express 需要 body-parser 中间件显式配置 inflate: false 才能接受空体，而 none 完全不走解析流程

哪些场景真需要 no-body POST？

不是所有“没数据”的 POST 都该用 none。得看接口设计意图：是触发动作（如登出、刷新令牌），还是省略可选字段？后者往往仍需 Content-Type 和空 JSON 对象。

• 登出接口：POST /auth/logout，RFC 7231 明确建议用 no-body
• Webhook 通知确认：POST /webhook/ack，只靠 URL 和 method 表达意图
• 带查询参数的幂等操作：POST /api/jobs?force=true，参数在 URL，Body 必须为 none
• 反例：用户更新接口允许部分字段，文档写 “可省略字段”，这时应发 {"name":"Alice"}，而不是 none —— 后者可能被当“清空所有字段”处理

Headers 里要不要手动删 Content-Type？

不用删，也不能删。选 none 后，Postman 自动不发 Content-Type 和 Content-Length。如果你之前手动加过 Content-Type，它会留在 Headers 列表里，但不会实际发出——Postman 内部逻辑会屏蔽掉与当前 Body 模式冲突的头。

• 验证方法：点击右上角 Code → 选 curl，看生成的命令是否含 -H "Content-Type: ..." 或 --data '' —— 如果有，说明你没真正切到 none
• 容易踩的坑：切到 none 后忘记清掉 Headers 里残留的 Content-Type，结果自己看着困惑，以为“头还在所以体也该在”
• 真正要干预头的场景，比如某些 API 要求 X-Event: logout 这类业务头，那就在 Headers 里正常加，和 Body 模式无关

实际调试时，最常被忽略的是服务器对 “no-body” 和 “empty-body” 的处理差异——前者是协议级无体，后者是应用级空数据，很多框架默认不兼容后者。用 none 是最干净的解法。