Postman中参数含%必须手动替换为%25，因Params自动URL编码会将%误解为编码起始符，导致DISC%50变成DISCP；而JSON Body无需编码，x-www-form-urlencoded则同样需%25。
Postman 里直接在 URL 或 Params 中填 % 符号，90% 的情况会导致参数解析失败或服务端收不到完整值——因为 % 是 URL 编码的起始符，服务端会尝试把它和后续两个十六进制字符一起解码，比如 %20 变成空格，%3F 变成 ?。如果你要传的参数本身含 %（例如折扣码 DISC%50、哈希摘要 a1b2%c3d4），必须手动双重编码。
URL 中直接写 % 会触发意外解码
Postman 的 Params 标签页会对所有输入值自动做一次 URL 编码，但这个过程不区分“你本意就是传 %”还是“你只是忘了转义”。结果是：DISC%50 会被编码成 DISC%2550，服务端收到后先解一层变成 DISC%50，再按规则尝试解 %50 → 得到 P，最终参数变成 DISCP，完全失真。
常见错误现象：
- 服务端日志里看到参数被截断或乱码，比如
abc%def变成abcdef - 返回
400 Bad Request，且错误信息指向参数格式非法 - 用 curl 手动构造
%25能通，Postman 点 Send 就失败
解决方法只有一条：把原始 % 替换成 %25 再填入 Params 或 URL。这是唯一能绕过 Postman 自动编码干扰的方式。
Params 和 Body 对 % 的处理逻辑完全不同
Params 是 URL 查询参数，受浏览器和 HTTP 协议约束，必须严格遵循百分号编码规则；Body 是请求体，是否编码取决于 Content-Type，和 % 字符本身无关。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
使用场景判断：
- 如果参数是查询条件（如
/search?q=DISC%50），必须走 Params，且手动把每个%写成%25 - 如果参数在 JSON Body 里（如
{"coupon": "DISC%50"}），不用额外编码 —— JSON 字符串里的%就是普通字符，服务器收到的就是字面量 - 如果用
x-www-form-urlencoded格式传 Body，它内部也用%编码，所以同样要把原始%写成%25
关键区别在于：Params 的编码由 Postman 强制触发；而 Body 的编码由你选的格式决定，JSON/raw 不编码，x-www-form-urlencoded 和 form-data 会编码。
如何验证你传出去的到底是什么
别信地址栏显示，要看真实发出的请求行：
- 点 Postman 右上角 Console（控制台），发一次请求，展开日志里的
Request URL或Request Headers部分 - 找
GET /xxx?param=...这一行，确认%是否已变成%25 - 如果是 POST，看
Request Body区域，JSON 里应保持"DISC%50"原样，x-www-form-urlencoded里应是param=DISC%2550
容易被忽略的一点：Postman 的「自动 trim 空格」设置（Settings → General → Trim keys and values）会影响 Params 值的首尾空格，但它不会碰 %，所以别指望关掉它来解决问题。
