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。这两个头加在一起，就构成一个合法但带空体的请求，和“无请求体”在语义和协议层是两回事。
- 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 对象。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 登出接口：
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 是最干净的解法。
