Postman中URL输入框显示的是原始字符串，实际发出的URL是Params参数拼接并URL编码后的结果，需通过控制台查看；路径部分不自动编码，查询参数用encodeURIComponent编码，#后内容不发送。
Postman里看到的URL不等于实际发出的URL
Postman界面中URL输入框显示的内容，只是你手动填进去的“原始字符串”，它不会自动把 Params 标签页里的参数拼进去，也不会对特殊字符做编码。真正发出去的请求地址，是拼接 + 编码后的结果，而这个过程 Postman 默认不展示——你得自己去抓或推断。
怎么确认最终发出的URL到底长什么样
最可靠的方式是打开 Postman 的控制台（View → Show Postman Console），然后点 Send。控制台里会打印出完整、已编码的实际请求行，例如：
POST https://api.example.com/v1/users?name=%E5%BC%A0%E4%B8%89&tag=dev%2Btest HTTP/1.1
注意几点：
-
Params页勾选失效的参数不会出现在最终 URL 中 - 中文、空格、
+、#、&等都会被自动 URL 编码（如空格→%20，+→%2B） - 如果你在 URL 输入框里手写了
?a=1&b=2，又在Params页加了c=3，最终 URL 是三者合并后重新编码的，不是简单拼接 - Postman 不会对 URL 路径部分（
/v1/users）自动编码；如果路径含中文或特殊字符，必须手动编码，否则可能 404
为什么有时候 URL 明明填对了，服务端却收不到参数
常见原因不是 Postman 没发，而是编码逻辑和服务端解码逻辑不一致。典型场景包括：
Postman Mac版
下载
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 服务端用
UTF-8解码，但 Postman 发的是GBK编码（极少，但某些老系统存在） - 参数值含
+，Postman 编码为%2B，但服务端把它当空格处理（因为传统表单中+表示空格） - 你在
Params页输入了key=value with space，Postman 编码成key=value%20with%20space，但服务端用了错误的 decode 方法，只解了一层 - URL 中带
#片段标识符（如https://a.b/c#ref），它根本不会发到服务端——浏览器和 HTTP 协议都规定#及之后内容仅客户端使用
想提前预览编码结果，别靠猜
Postman 没有内置“预编译 URL”按钮，但你可以用一行脚本在 Pre-request Script 里快速验证：
const url = pm.request.url.toString();
console.log("Raw URL:", url);
console.log("Encoded URL:", encodeURI(url));
注意：encodeURI 编码整个 URL，但不编码 / ? : @ & = + $ , # 这些保留字符；如果要编码单个参数值，改用 encodeURIComponent("张三") —— 这才是 Params 页背后实际用的方法。
真正容易被忽略的是：路径中的斜杠 / 和查询参数中的等号 =，它们在 URL 中有语法意义，不能乱编码，也不能漏编码。调试时盯着控制台那行 GET xxx HTTP/1.1 看，比反复改 Params 表格更直接。
