
具体选post或者get看你的后台定义
>最近在使用postman的过程中发现,postman居然像浏览器一样有session机制。浏览器在关闭重启后session会重新创建,那postman在重启后会不会重新创建呢! 于是奋力的重启了几十遍postman! 诡异的事情发生了,之前的请求的session还是继续存在着(通过sessionId判断还是之前的session)。
带着上面的疑惑,我进行了一番思索: 服务器要辨别出postman之后请求的session是不是同一个,那还得和浏览器请求一样携带一个jsessionId进行区分。那postman的seesionId是存在什么地方的呢!浏览器是通过cookie的方式存储,那postman呢。仔细看了下postman的界面,果然发现postman请求界面上面有一个Cookies字样按钮,如下图:
突然间恍然大悟,postman这货,原来是把请求同一个ip地址或者域名 生成的JessionId 和域名或者ip一 一对应进行了存储,也就是说只要服务端不重启,postman不管重启多少次,只要请求上次相同的ip地址或者域名下面的接口session都是同一个。跟360软件没有关系。
出现这种情况的原因可能是输入的代码不对导致postman内部服务器出错,360只是电脑杀毒软件不会影响postman内部服务器的问题。记录学习postman遇到的一个小问题。
现象 :在按照接口文档写了一个新增教师信息的接口时,返回的状态码500,如下图。
解决 :参数里的JSON格式错误
data对应的value值是json格式,少写了一个[]
错误: "courses":{"id":1322,"name":"初中化学1571537232316"},
正确: "courses": [ {"id":1322,"name":"初中化学1571537232316"} ] ,
小结 :500响应码一般指服务器发生了不可预期的错误,但也要多次验证,因为请求参数错误也会导致500的问题。归根结底还是要细心。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)