Skip to content

  • 体验新版
    • 正在加载...
  • 登录
  • DCloud
  • uni-starter
  • Issue
  • #4

U
uni-starter
  • 项目概览

DCloud / uni-starter

通知 4742
Star 231
Fork 211
  • 代码
    • 文件
    • 提交
    • 分支
    • Tags
    • 贡献者
    • 分支图
    • Diff
  • Issue 6
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 0
  • DevOps
    • 流水线
    • 流水线任务
    • 计划
  • Wiki 0
    • Wiki
  • 分析
    • 仓库
    • DevOps
  • 项目成员
  • Pages
U
uni-starter
  • 项目概览
    • 项目概览
    • 详情
    • 发布
  • 仓库
    • 仓库
    • 文件
    • 提交
    • 分支
    • 标签
    • 贡献者
    • 分支图
    • 比较
  • Issue 6
    • Issue 6
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 0
    • 合并请求 0
  • Pages
  • DevOps
    • DevOps
    • 流水线
    • 流水线任务
    • 计划
  • 分析
    • 分析
    • 仓库分析
    • DevOps
  • Wiki 0
    • Wiki
  • 成员
    • 成员
  • 收起侧边栏
  • 动态
  • 分支图
  • 创建新Issue
  • 流水线任务
  • 提交
  • Issue看板
已关闭
开放中
Opened 7月 05, 2021 by iamnotstone_real@iamnotstone_real

initApp中对403错误的处理或许可以考虑添加登出步骤

在这里设定的逻辑是403错误,就考虑让用户重新登陆。但在有一些小概率事件中,有可能前端认为用户处于登陆态,而后台却不这么认为。例如token过期等情形。这种情况下,在跳转到登陆页面时,如果不清空一下用户的登陆状态,就会发生一些奇怪的事情。

我的具体示例如下:

			switch (e.result.code){
				case 403:
                                        //此处添加登出动作。
					store.commit('user/logout')
					//跳转的时候也需要把用户的登陆信息清空,否则会出现奇怪的状态,例如,明明跳转到了登陆页面,但我只要点返回,这时前端又显示用户是处于登陆状态的。
					uni.navigateTo({
						url: "/pages/ucenter/login-page/index/index"
					})
					break;
指派人
分配到
无
里程碑
无
分配里程碑
工时统计
无
截止日期
无
标识: dcloud/uni-starter#4
渝ICP备2023009037号

京公网安备11010502055752号

网络110报警服务 Powered by GitLab CE v13.7
开源知识
Git 入门 Pro Git 电子书 在线学 Git
Markdown 基础入门 IT 技术知识开源图谱
帮助
使用手册 反馈建议 博客
《GitCode 隐私声明》 《GitCode 服务条款》 关于GitCode
Powered by GitLab CE v13.7