Postman中需用JavaScript脚本取响应数组最后一项：先pm.response.json()解析，再用.at(-1)安全获取，配合Array.isArray和length判空；嵌套结构需先取字段如.list；变量存为{{lastId}}供后续请求使用。
Postman 中用 pm.response.json() 获取响应数组后，直接用数组方法取最后一项
Postman 本身不提供类似「自动提取末尾元素」的内置变量语法（比如 {{response[0].id}} 这种写法无法动态表示「最后一个」），必须靠 JavaScript 脚本手动处理。核心动作是：先解析 JSON，再用 .length - 1 或 .at(-1) 取值。
常见错误是直接在 Tests 或 Pre-request Script 里写 pm.response.json()[0] 硬编码索引，结果一换接口就崩；或者误以为 pm.variables.set("lastId", "response[-1].id") 这种字符串能被自动求值——它不会执行，只是存了个字面量。
- 确保响应体确实是 JSON 数组，不是对象包裹数组（比如
{"data": [...]}），否则pm.response.json()返回的对象没有length - 推荐优先用
.at(-1)（Postman 内置 JS 引擎支持 ES2022+），比[arr.length - 1]更安全，对空数组返回undefined而非undefined.id报错 - 取值前务必加判空，尤其接口可能返回空数组
[]，否则.at(-1).id会抛Cannot read property 'id' of undefined
提取数组最后一项的完整脚本示例（含防错）
把这段粘贴进 Tests 标签页即可运行：
const res = pm.response.json();
// 假设响应是纯数组，如 [{"id":1,"name":"a"},{"id":2,"name":"b"}]
if (Array.isArray(res) && res.length > 0) {
const lastItem = res.at(-1);
pm.variables.set("lastId", lastItem.id);
pm.variables.set("lastName", lastItem.name);
} else {
console.warn("响应不是有效数组或为空，未设置 lastId");
}如果响应结构是嵌套的（比如 {"list": [...]}），就把第一行改成：const res = pm.response.json().list; —— 注意这里必须确认字段名，.list 写错会得 undefined，后续 .at(-1) 直接报错。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
为什么不用 pm.response.json().slice(-1)[0]？
.slice(-1)[0] 确实也能取末尾，但它多做了一次数组拷贝（哪怕只拷一个元素），性能上不如 .at(-1) 直接访问。更重要的是语义清晰度：.at() 明确表达「按相对位置取值」，而 slice 是切片操作，容易让协作者困惑「为什么要切片？」
-
.at(-1)在空数组时返回undefined，配合&&或 if 判空很自然 -
.slice(-1)[0]在空数组时是undefined[0]→undefined，表面看结果一样，但多一层隐式转换，调试时栈信息更难读 - 部分老版本 Postman（.at()，此时才退回到
res[res.length - 1]，但需额外判断res.length > 0
取到值后怎么在后续请求里用？
变量已通过 pm.variables.set() 存为全局变量，后续请求的 URL、Headers、Body 里直接用 {{lastId}} 即可。注意：变量作用域是当前 Collection 或 Folder，跨 Collection 需用 pm.collectionVariables.set()。
容易忽略的一点：如果这个数组来自分页接口（比如 ?page=3），而你总想取「全量数据的最后一项」，那仅靠单次响应是不够的——Postman 不自动聚合多页。这时候得写循环请求 + 合并数组逻辑，远超「取最后一项」的范畴，别被表象误导。
