比如:获取上岸用户的收藏列表,此时,我们就须要仿照上岸状态进行接口调试了。
如图:

本日,我们讲解利用ApiPost的环境变量,办理这种须要先登录再要求的接口依赖情形。

ApiPost供应了2种方案:

登陆接口php若何要求一个须要上岸能力拜访的接口基于cookieapipost Webpack

方案I、开启全局cookie

apipost供应了开启全局cookie的功能。
开启路径如下:

右下角Cookie管理器-打开全局Cookie按钮

开启后,我们要求上岸接口后,后续接口都会共享“已上岸”的状态,即共享了上岸接口返回的cookie。

如下所示:

第一步:要求上岸接口

第二步:访问其他接口,则都处于了上岸状态

方案II、利用环境变量,先要求上岸接口,再要求后续接口

这种方案是针对关闭了全局cookie功能的情形。

1、要求上岸接口,将相应COOKIE赋值给变量:

为了处于上岸态,须要先要求上岸接口,此举目的是为了仿照用户的上岸行为,获取须要的上岸参数(这里是Cookie)。

将上岸接口返回的PHPSESSID(这个是SessionID,PHPSESSID是针对PHP作为后端接口的SessionID变量名,其他措辞的变量名可能不同)设为环境变量。

apt.variables.set("login_var", response.cookies["PHPSESSID"]);

注:更多相应结果绑定变量可以参考 “相应以及断言”一节和“后实行脚本” 一节。

2、调用变量,手动给header添加Cookie参数

接着返回收藏接口,进到header选项,参数值选择cookie,参数值输入: PHPSESSID={{login_var}}。

此举是为了利用上岸接口返回的Cookie假造要求的PHPSESSID。

如图:

或者你也可以定义个全局header,这样就不用每个接口都设置一遍了:

登录实现事理

利用ApiPost发送Cookie,使做事器识别已登任命户的Cookie。