Postman Params标签页不支持同名Query参数是因为底层使用键唯一的Map结构，导致重复键被覆盖；解决方法包括手动拼接URL、Pre-request Script动态生成、CSV数据驱动等。
Postman 本身不支持在 UI 的 Params 标签页里直接添加多个同名 Query 参数（比如两个 id=1 和 id=2），点两次“Add”会覆盖而非追加——这是最常被卡住的第一步。
为什么 Params 标签页不能加重复参数
Postman 的 Params 表单底层把键值对转成 URL 查询字符串时，使用的是 Map 结构（键唯一），所以第二次输入 id 会直接替换前一次的值。这不是 Bug，是设计使然。如果你看到 URL 只显示一个 id=2，而期望是 id=1&id=2，问题就出在这儿。
- 它只适用于标准 RESTful 查询场景（如
?page=1&limit=20） - 不适用于需要多值同键的协议约定（如某些老系统要求
?tag=ios&tag=android） - 也不适用于表单提交中
name="hobby"多选生成多个同名字段的场景
手动拼接 URL 是最快解法
当只需要测试 2–3 组同名参数，且不依赖环境变量或批量运行时，直接手写 URL 最省事、最可控。
- 在请求 URL 输入框里写死：
https://api.example.com/search?category=book&category=movie&category=music - 确保 URL 编码正确：空格、中文、特殊符号要手动
encodeURIComponent或用在线工具转义 - 避免混用：不要一边在
Params里填部分参数，一边又在 URL 里硬写同名参数，容易漏看、难维护
用 Pre-request Script 动态生成多值 Query 字符串
需要参数化或根据逻辑生成多个同名值（比如从数组推导），就得绕过 Params，改用脚本拼接并注入到 URL 中。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
在请求的 Pre-request Script 标签页里写：
const ids = ["1001", "1002", "1003"];
const queryStr = ids.map(id => `id=${id}`).join("&");
pm.request.url.query.clear(); // 清空 Params 里的所有参数
pm.request.url.update(`${pm.request.url.toString().split("?")[0]}?${queryStr}`);
- 这招适用于需要动态控制参数数量/内容的场景（如权限测试中传不同组合的
role） - 注意：修改 URL 后，
Params标签页将不再同步显示这些参数，调试时得看实际发出的 URL - 如果同时要用环境变量（如
{{base_url}}），记得先拼好完整 URL 再调用update()
Collection Runner + CSV 数据驱动时的替代方案
想用 CSV 批量跑多个同名参数组合（例如每行传一组 id 列表），CSV 本身无法表达“一列含多个值”，但可以曲线救国：
- 让 CSV 每行只有一个
id值，用Iterations控制循环次数 —— 这是标准做法，适合单值遍历 - 若真需单次请求发多个
id，就把整个查询字符串作为一列存进 CSV：query_params列存id=1&id=2&id=3&type=public，然后在脚本里注入：pm.request.url.update(pm.request.url.toString().split("?")[0] + "?" + pm.variables.get("query_params")) - 别试图在 CSV 里用逗号分隔多个
id然后靠脚本拆分——容易因逗号出现在值里（如name=foo,bar）导致解析错位
真正麻烦的不是怎么传，而是后端是否真按 request.getParameterValues("id") 这类多值 API 去读；很多框架默认只取第一个，这点比 Postman 设置更关键。
