前端开发案例——COOKIE/SESSION机制(一)

本文探讨了在前端开发中遇到的联合登录场景,当使用302跳转进行会员系统联合登录时,由于SESSION限制导致浏览器无法获取到cookie。为了解决这个问题,提出了将cookie暂存于local_storage并后续恢复的方法,同时指出了这种方法的局限性(HTML5依赖性和额外的IO操作)。文章最后提到了一种优化方案,通过页面快速刷新来恢复cookie,避免了上述问题。
摘要由CSDN通过智能技术生成

**

场景

**
联合登录(自己独立账号体系登陆以后,去其他业务系统联合登录):
新开一个独立账号体系,给企业用户使用,登录名为企业名称。每一个企业用户绑定一位会员ID,用于复用会员系统的功能(下单、支付…)。因此,在企业用户登陆的同时,要去会员系统做联合登录。会员系统提供的登陆方式为302跳转(页面跳转链接)。

开发模型前后台分离:
前台页面+php;后台java

当前页面为:http://www.test.com/login
联合登录提供跳转方式:http://www.remotetest.com/memberLogin?redirect=http://www.test.com/hello&err=http://www.test.com/error;(redirect为成功情况下回跳链接,err为失败情况下回跳链接)

当联合登陆成功时,会往浏览器写入cookie,用于下单、登出等操作。此时遇到一个问题,如果cookie的生存周期为session,即同一次会话中有效,则通过302跳转到http://www.test.com/hello时,在浏览器端找不

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值