Postman请求地址末尾出现孤立的“?”，是因为Params栏存在空行或某行key/value至少一侧为空，导致URL被机械拼接出“?”但无后续参数；需删除空行并确保每行key和value均非空。
Postman 请求地址末尾多出一个孤立的 ?，说明 Params 栏有空行、或某项 key/value 至少有一侧为空 —— 这不是 Postman 的 bug，而是它「如实拼接」的结果。
Params 栏里留空行或填了空 key/value 就会生成 ?
Postman 的 Params 表格是「逐行拼接」：只要某一行的 key 或 value 是空字符串（哪怕只敲了一个空格），它仍会把这个空 key 当作有效项，最终在 URL 末尾加一个 ?，后面不跟任何 key=value。
- ✅ 正确做法：删掉 Params 表格里所有空白行；检查每一行的
key和value输入框，确保没有纯空格或全空 - ⚠️ 常见翻车点：
key填了page，value忘输，结果 URL 变成/api/users?page=→ 后端可能报 400 或解析为 null - ? 快速验证：填完 Params 后，直接看 Postman 顶部的 URL 输入框 —— 如果末尾是
?且后面没内容，问题就在这儿
GET 请求不该在 Body 里传参，但有人误选 Body 导致 URL 拼错
部分用户想“统一管理参数”，把本该放 Params 的查询参数挪到 Body 标签页，再切回 GET 方法 —— 这时 Postman 不会报错，但 Body 内容被忽略，而 Params 若未清空，URL 仍可能带残缺 ?。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- ❌ 错误组合：
GET+ Body 里填了 JSON /x-www-form-urlencoded→ Body 数据根本不会发出去 - ✅ 正确对应：
GET参数必须走 Params；POST/PUT/PATCH才根据接口要求选 Body 格式 - ? 记住口诀：“问号后面进 Params，信封里面进 Body” —— HTTP 协议规定 GET 没有 Body，强行填了也白填
中文或特殊字符没编码，导致 URL 里出现乱码甚至截断
Params 栏输入中文、空格、&、= 等字符时，Postman 默认做 URL 编码，但前提是这些字符得「显式输入」。如果复制粘贴进来的值自带不可见字符（比如 Word 里的全角空格），或手动删了一半编码（如把 %E4%BD%A0 改成 %E4%），URL 就会出问题，有时表现为末尾多 ? 或请求 400。
- ✅ 安全做法：在 Params 表格中直接输入中文，让 Postman 自动编码；避免从其他地方复制粘贴
- ⚠️ 验证方式：发送前看 URL 输入框 —— 中文应显示为
%E4%BD%A0%E5%A5%BD这类，而不是原样汉字或乱码 - ? 若后端接收异常，先检查是否服务端未正确解码（如 Spring Boot 需配
server.tomcat.uri-encoding=UTF-8）
真正容易被忽略的是：Params 的「空值容忍度」极低 —— 它不校验语义，只机械拼接。一个看不见的空格、一次误删 value 后的回车，都可能让 URL 多出一个孤零零的 ?，而这个 ? 后面什么都没有，后端收不到任何参数，连默认值都拿不到。
