Params 中的值不能含未编码的 ?，因为 ? 是 URL 查询字符串起始符，直接使用会导致解析截断、400 错误或参数丢失；必须手动编码为 %3F，或改用 POST + raw JSON 避开 URL 拼接限制。
Postman 里直接在 Params 标签页填带问号（?）的值，会出错——因为问号是 URL 查询字符串的起始符，不是合法的参数值字符，必须编码。
为什么 Params 里的值不能含未编码的 ?
Postman 的 Params 标签页本质是拼接 URL 查询字符串：你输 q=hello?world，它会尝试生成 https://api.com/search?q=hello?world，第二个 ? 会被浏览器或服务端当作新查询串起点，导致解析截断、400 错误或参数丢失。
常见错误现象包括：
- 请求发出去后返回
400 Bad Request或空响应 - 后端只收到
q=hello，后面world消失 - Postman 自动把问号替换成空格或乱码（取决于版本）
Params 中含 ? 必须用 %3F 编码
URL 编码规则里，? 对应十六进制 %3F。Postman 不会自动帮你编码特殊符号（除了空格等极少数），必须手动处理。
实操建议：
Postman Mac版
下载
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 在
Params标签页中，不要直接输入?，而要写成%3F - 如果值来自变量或动态内容，用 Pre-request Script 调用
encodeURIComponent()处理，例如：pm.environment.set("q", encodeURIComponent("hello?world")) - 验证是否生效：点击右上角
Code按钮，查看生成的 cURL 命令，确认 URL 中问号已转为%3F
更安全的替代方案：改用 Body + raw JSON
当参数值天然含大量特殊字符（如 ?、&、=、space），Params 就不是最优解。此时应绕过 URL 拼接，改走请求体。
适用场景：
- 搜索 query 字符串本身含逻辑运算符（如
title:foo AND body:bar?baz） - 前端传来的原始用户输入未清洗（比如用户搜 “how to use ? in regex”）
- API 文档明确要求 POST +
application/json传参，而非 GET + query
操作步骤：
- 请求方法改为
POST - 切换到
Body→raw→ 选择JSON - 输入类似：
{"q": "hello%3Fworld", "page": 1}（注意：JSON 内部的?可不编码，但若值来自用户输入且需透传，仍建议用encodeURIComponent预处理） - 确保 Header 中有
Content-Type: application/json（Postman 通常自动加）
容易被忽略的关键点
编码不是“选做”，而是协议层硬性要求；Params 是为轻量筛选设计的，不是万能字符串容器。真正棘手的参数内容，往往意味着你应该质疑接口是否本该用 GET —— 如果 query 值长度逼近 2000 字符、含多层级嵌套或不可控用户输入，那大概率该换 POST + Body。别让 Postman 的界面便利性掩盖了 HTTP 语义的边界。
