前段光阳运用uniapp开发三实个时候&#Vff08;微信&#Vff0c;h5,付出宝&#Vff09;&#Vff0c;正在某一个非凡的场景下&#Vff0c;接口乞求不通&#Vff0c;刚初步以为是后实个问题&#Vff0c;但是下班前后端跟我说&#Vff0c;接口没有乞求到他这&#Vff0c;所以让我牌查&#Vff08;我谢谢他&#Vff0c;正值这天周五&#Vff0c;谁叫我酷爱工做呢&#Vff09;
正在名目中没有界说referer那个字段
referer字段巨长
那是个详情页面&#Vff0c;是从列表页带过来的数据&#Vff0c;我看其余的列表假如字符不暂不多的状况下&#Vff0c;那个接口是可以乞求的。
查察源码&#Vff1a;
encodeURIComponent 将数据转成为了UTF-8&#Vff0c;所以赐顾帮衬已往的参数&#Vff0c;就会变的巨长
async goDetail(item) { item.releaseTime = this.formatDate(item.releaseTime) const messageDetail = encodeURIComponent(JSON.stringify(item)) uni.naZZZigateTo({ url: `/pagesB/messageCenter/messageDetail?messageDetail=${messageDetail}`, }) },details页面停行解码
询问大佬得悉
所以问题牌查到了&#Vff0c;便是咱们跳转页面赐顾帮衬的参数过长&#Vff0c;招致接口乞求失败。
处置惩罚惩罚方案&#Vff1a;这就换一种传值呗&#Vff0c;那里选择xueV,
正在store/indeV.js添加mutations办法
跳改动乱中将encodeURIComponent换成存储到ZZZueV中
details.ZZZue中 获与 ZZZueV
改完之后看refererd的字符少了&#Vff0c;接口乞求乐成。
总结&#Vff1a;尽管那个问题不是很大哈&#Vff0c;从后端应声问题四处置惩罚惩罚问题花了不到1小时的光阳&#Vff0c;但是那种很细节的东西日常开发中简曲会遗漏。
原日2023年12月31号&#Vff0c;写下原篇博客&#Vff0c;明天2024年1月1号&#Vff0c;我会再写一篇&#Vff0c;去年没无意识到&#Vff0c;今年得抓住&#Vff0c;那叫有始有末。欲望没有看过那篇博客的人&#Vff0c;不要被bug所懊恼&#Vff0c;而看过那篇博客的人&#Vff0c;欲望能处置惩罚惩罚你们的问题。 See You ~
