Postman中验证响应数组无重复值最稳妥的方法是JSON.parse()配合new Set()比对长度。需用try...catch确保JSON合法，仅适用于一维基本类型数组；对象数组须先提取唯一字段（如id）再判重，注意字符串与数字的松散比较问题。
Postman里怎么断言响应数组没有重复值
直接用 JSON.parse() + new Set() 比长度是最稳的路。Postman 的测试脚本本质是 JavaScript，不支持原生数组去重函数（如 Array.prototype.toSorted() 或 PHP 的 array_unique()），必须靠 JS 原生能力构造判断逻辑。
- 先确保响应体是合法 JSON，否则
pm.response.json()会抛错，建议加try...catch包裹 - 只对「一维基本类型数组」（如
[1,2,2,3]或["a","b","a"]）有效；含对象的数组需先提取唯一标识字段（比如id）再塞进Set - 注意字符串和数字的松散比较问题：若接口返回
"1"和1并存，new Set()会视为两个不同值，这可能是预期行为，也可能是数据污染，得结合业务确认
对对象数组判断某个字段是否重复
不能直接把整个对象丢进 Set，因为对象引用不同即视为不同元素。必须先抽字段值，再比去重后数量。
- 用
map()提取目标字段，例如json.data.map(x => x.userId) - 转成
Set后对比length：new Set(ids).size === ids.length - 如果要定位哪个
userId重复了，可以用array_count_values思路模拟：用reduce()统计频次，再过滤出count > 1的键 - 别用
indexOf() === lastIndexOf()判断单个值是否重复——它在循环里性能差，且无法一次性得出全局结论
为什么不用 in_array 或双重循环做断言
Postman 测试脚本不是生产环境代码，追求的是断言快、失败明、维护轻。in_array 是 PHP 函数，JS 里没有；而手写双重循环不仅冗长，还容易漏掉边界（比如 i 写成 导致越界）。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 双重循环时间复杂度 O(n²)，响应数组超 500 项时，Postman 控制台可能卡顿或超时
- JS 里没有内置
in_array，要自己实现就得用arr.includes(item)，但它在内层循环每次都要从头扫描，实际也是 O(n²) - 真正需要“找重复项内容”时才值得展开统计逻辑；仅需“有无重复”这个布尔结果，
Set方案一行可读、一行可测
容易被忽略的兼容性细节
Postman 使用的是 Chromium 内核的 JS 引擎（V8），支持 ES6+，但不支持某些新语法（如顶层 await）。另外，Set 虽然没问题，但如果你在旧版 Postman（v9.0 之前）或 Electron 环境下运行，要注意 Array.from(new Set(arr)) 的写法比 [...new Set(arr)] 兼容性更好。
-
[...new Set(arr)]在极少数低版本 Node.js 运行时（Postman 底层曾嵌套过）会报TypeError: undefined is not a function - 响应中数组字段可能为
null或undefined，务必先判空：if (!Array.isArray(json.data)) { pm.expect.fail("data 不是数组"); } - 字段名大小写敏感，比如后端返回
user_id，你写成userId就会提取出一堆undefined，导致Set误判为“无重复”
