光速QAの返回数据都变成了null { } 和 []
蜜汁问题:
请求后端接口,打印日志发现是有值的.前端接收数据打印日志发现json对象的属性变成了NULL,[],{},百思不得其解:
后端日志:
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/3752531338-60d5887983fe2_fix7322542.jpg)
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/3200549240-60d5887e721de_fix7322543.jpg)
前端打印了一下:
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/1377746236-60d58899cc7ca_fix7322545.jpg)
结果变成了这个鸟样:
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/2139881952-60d588c262ca4_fix7322546.jpg)
真是奇了怪了:复盘
首先是点![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/236259551-60d5890cc1923_fix7322547.jpg)
![上传中...]()
随便点一个,点的过程中光速点两下,就会百分百出现以上的情况,前端接收的json的属性都莫名其妙舒适化成了NULL [] {}
又跟了一下前端代码:
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/4271815743-60d5896d09cea_fix7322548.jpg)
点击添加按钮会先清空应用会话缓存
然后解析模板名字返回数据
这两个接口我看了一下控制台 返回的结果是正常的
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/2130992406-60d589c9b1962_fix7322549.jpg)
现在定位就是光速点两下就会出现这种情况,个人想了一个方案就是点击添加按钮后给个禁用2s状态,等于说是物理隔绝,两秒内解析模板这个接口早就请求完了,然后会跳转到另外一个页面.
问题就是这样改太肤浅还是没搞懂为啥接口返回的数据都初始化了,知其然要知其所以然.
诸君怎么看?
最新测试:删除前端代码: cleansession(),不删除前一个页面的会话数据就OK了;
对应以下接口:![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/3291198650-60d58cbc995ac_fix7322551.jpg)
个人理解光速QA,在进入新的路由页面的一瞬间清空了新页面的会话数据,导致这个问题,不过还是没搞懂,为啥连axios请求的数据都会被重置初始化....
回答:
已解决
接口中返回的数据全部都初始化的原因为:
在接口返回以后,清空了会话的数据
![光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/2929793805-60e3bce42810a_fix7322553.jpg)
由于网络延迟或者是重复点击按钮多次发送清空会话数据的请求导致的
代码优化如下
![code.jpg 光速QAの返回数据都变成了null { } 和 []](/wp-content/uploads/new2024/02/20240204vue12345/4159157324-60e3be0d60f2b_fix7322555.jpg)
以上是 光速QAの返回数据都变成了null { } 和 [] 的全部内容, 来源链接: utcz.com/p/935648.html

