Postman发送x-www-form-urlencoded请求只需在Body中勾选该类型并填写Key-Value表单，它会自动添加Content-Type头、URL编码（空格→+、特殊字符→%xx），手动设置反而易出错。
Postman 发送 application/x-www-form-urlencoded 请求，关键不是“配”，而是选对 Body 类型并理解它自动干了什么——手动设 Content-Type 反而容易出错。
Body 里勾选 x-www-form-urlencoded 就够了
Postman 不需要你手写 key=value&key2=value2 字符串，也不用自己拼 URL 编码。只要在请求的 Body 标签页下，点击单选框 x-www-form-urlencoded，然后在表格里填 Key 和 Value 即可。
- Postman 会自动把空格转成
+，中文和特殊字符（如&、€）转成%xx格式 - 它会自动添加请求头
Content-Type: application/x-www-form-urlencoded，你不用管 - 如果你之前手动加过这个头，又勾选了该类型，Postman 会以你手动写的为准——这反而可能覆盖掉正确值，导致后端解析失败
别在 Params 栏填表单参数
URL 上的 Params 是给查询参数（query string）用的，比如 ?page=1&size=10。它和 Body 里的表单数据完全无关。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 把登录账号密码填在
Params里，后端收不到——因为它们没进请求体，只是挂在 URL 后面 - 如果接口文档写的是
POST /login且要求Content-Type: application/x-www-form-urlencoded，那所有字段必须进Body → x-www-form-urlencoded表格 - URL 参数不自动编码，而
Body表格里的值会自动编码；但如果你在Params手动填了带中文的值，得右键选EncodeURIComponent才安全
常见错误：提交后后端收不到字段或报 400
多数情况不是 Postman 配错了，而是字段名（Key）和后端约定不一致，或者值里有未预料的空格/换行。
- 检查 Key 是否大小写敏感——比如后端要
user_name，你填了username，就收不到 - Value 开头或结尾多了一个空格，URL 编码后变成
%20，后端可能直接判为空或校验失败 - 含
&的 Value（例如用户输入 “A&B”），不手动编码就会被当成分隔符截断——但放心，x-www-form-urlencoded模式下 Postman 会自动处理，无需额外操作 - 如果后端返回
400 Bad Request且提示 “missing required field”，先确认是否漏填了必传 Key，而不是怀疑编码问题
和 form-data、raw JSON 别混用
这三个选项在 Body 标签下是互斥的，选错一个，Header 和数据格式就全错。
-
x-www-form-urlencoded：适合纯键值对，无文件，无嵌套结构；后端通常用req.body或类似方式直接取值 -
form-data：用于上传文件，或混合文本+文件；会生成boundary，Content-Type 是multipart/form-data; boundary=...；不能和x-www-form-urlencoded通用 -
raw → JSON：内容是 JSON 字符串，Header 必须是application/json；即使内容长得像{"a":"b"}，选错类型也会让后端解析失败
真正容易被忽略的点是：Postman 的 x-www-form-urlencoded 模式下，它对每个 Value 做的是标准 URL 编码，但某些老旧后端框架（比如部分 PHP 版本）默认用 + 解空格，而现代 Node.js/Python 多数直接按 RFC 3986 处理 %20。如果遇到空格提交后变成空字符串，先看后端日志里收到的原始字节，再决定是前端改逻辑，还是后端补兼容。
