背景介绍
在企业级数据集成中，高频存在需循环调用API获取全量数据的复杂场景（如某零售企业需每日拉取500家门店的销售流水，单次API仅返回单店的100条记录，需循环调用数千次才能覆盖全数据）。传统方案面临三大瓶颈：
- 分页数据采集不全
- 需按分页字段（如页码、偏移量）逐批拉取，人工计算终止位置易导致末尾数据遗漏或冗余请求。
- 多参数轮询效率低下
- 需遍历成百上千个参数值（如门店编码、地理位置），多任务独立调用造成运维复杂度指数级上升。
- 动态终止条件缺失
- 静态终止机制（如“最多请求100次”）无法适应 数据量波动、接口结构变化。
方案介绍
API多次请求时，支持以下两种循环模式：
分页循环
核心功能： 自动处理分页接口的连续请求流程，通过动态更新请求参数（页码/偏移量/游标）并灵活设置终止节点，一站式完成全量API数据采集。
分页方式——页码/偏移量
- 循环控制：起始值、步长均可自定义，默认为1。
- 适用场景：传统分页API（如电商订单列表
/orders?page=1）。
分页方式——游标
- 动态参数更新：参数值来源必须为返回参数（如响应中的
next_cursor），以实现续传。 - 适用场景：流式数据API（如社交媒体动态流
/feeds?cursor=AX12d）。
终止方式
可根据 返回参数/请求参数/请求次数 以及 多种判断符（如为空、不为空、=、≠、＞、≥、＜、≤ ）灵活设置终止条件。
参数遍历循环
核心功能： 自动遍历一组给定的参数值（如门店ID、城市编码、日期范围），并针对每个参数值执行API调用，实现单任务自动化轮询。
循环列表获取方式——手动获取
- 循环控制： 在文本域中直接输入参数值列表，每行一个值（如
100\n101\n102\n...）。 - 适用场景： 参数值数量较少、固定且已知（如：特定几个仓库编号、测试用的几个用户ID）。
循环列表获取方式——API获取
- 循环控制：
- 输入一个配置好的列表提供API的URL（如
/city_codes）。 - 设置请求参数（Header/Body/Parameter）。
- 指定一个表达式（如
$.data.cities[*].id）用于从该API响应中提取目标参数值数组。
- 适用场景： 参数值列表动态变化、数量庞大，或者需要从另一个系统/接口实时获取。
- 例子：系统先调用API
/city_codes获取城市编码列表，再自动遍历每个城市编码，循环调用目标API/weather获取每个城市的天气数据。
