Postman的Params页签可自动处理URL编码和参数拼接，避免手动拼接导致的格式错误；路径变量需手动编码，复杂条件建议用JSON Body传输，并注意环境变量配置与请求头设置。
Query Params里填多个键值对，不是拼URL字符串
Postman不会自动把Params页签里的内容“塞进”URL手动拼接——它会帮你做标准的URL编码和&连接。你只需要在Params表格里逐行填：status → active，type → premium，sort → created_at。发送后，URL自动变成/api/orders?status=active&type=premium&sort=created_at。
常见错误是手动在URL栏写满参数，结果特殊字符（比如email=user@domain.com里的@）没编码，导致后端解析失败；或者漏掉&，变成?a=1b=2这种非法格式。Postman的Params页签能自动处理这些。
- 空格、中文、
@、/、?等字符会被自动转义为%20、%E4%B8%AD等 - 同一key传多次（如
tag=ios和tag=mobile）会生成tag=ios&tag=mobile，后端需支持多值解析（如Spring Boot用@RequestParam List<string></string>） - 如果后端要求参数顺序固定（少见但存在），别依赖
Params表格顺序——Postman不保证提交顺序，应改用Raw+application/x-www-form-urlencoded体传参
Path Variables和Query Params混用要小心路由匹配
像/api/users/{userId}/orders这种带路径变量的URL，再加查询参数是完全合法的，例如/api/users/123/orders?status=paid&limit=10。但容易踩的坑是：路径变量名和Query Param名冲突，比如同时有{id}和id=456，后端框架（如Express或Spring MVC）可能优先取路径变量，导致查询参数被忽略。
另一个问题是路径变量本身含特殊字符。比如userId是邮箱test@example.com，直接填进{userId}会导致路由匹配失败（.被当分隔符）。这时得把路径变量值做URL编码，或换用Query Params传。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- Postman里
Path Variables值不会自动编码，需手动处理（如把user@domain.com换成user%40domain.com） - 调试时可在
Console（View → Show Postman Console）里看实际发出的URL，确认是否符合预期 - 如果后端用正则约束路径变量格式（如
{userId:[0-9]+}），非数字值直接404，跟查询参数无关
复杂筛选条件用JSON Body（POST/PUT）更可靠
当筛选条件超过5个、含嵌套结构（如{"filters": {"price_range": [100, 500], "tags": ["sale", "new"]}}）、或需要布尔/数组/null等类型时，别硬塞Query Params。改用Body → raw → JSON，方法选POST或PUT。
原因很实际：URL长度有限制（浏览器通常2000字符左右），而JSON体没这限制；Query Params只能传字符串，JSON能保持原始数据类型；后端也更容易统一用DTO接收，不用为每个字段单独写@RequestParam。
- 必须设置
Content-Type: application/json请求头，否则后端收不到或解析为空 - Postman的
raw编辑器支持JSON语法高亮和格式化（右键 → Pretty），少写一个}就能立刻发现 - 如果后端要求
GET方法但又必须传复杂条件，说明接口设计有问题——要么推动改用POST，要么前端自己序列化成单个字符串字段（如filter_json=%7B...%7D），但可维护性差
环境变量驱动筛选条件，避免硬编码
不同环境（dev/staging/prod）的筛选值经常不同，比如tenant_id在测试环境是dev-tenant，生产是prod-tenant。把这些值定义为环境变量，而不是写死在Params或Body里。
配置方式：点击右上角环境切换器 → Edit → 在对应环境的Variables里加tenant_id → dev-tenant。然后在请求中任何地方用{{tenant_id}}引用。这样切环境时所有请求自动适配，不用逐个改。
- 变量名不要用
-或空格，只用字母、数字、下划线，否则{{my-var}}会解析失败 - 如果变量值含
&或=（比如API密钥），Postman仍会正确编码，无需额外处理 - 调试时可用
console.log(pm.environment.get("tenant_id"))在Tests脚本里打印，确认值是否加载成功
Content-Type、或者后端压根不支持多值Query Param。动手前先看一眼文档里接口定义的method和参数位置，比反复试错快得多。 
