业务场景

场景1
A系统原来访问B系统,之前是通过nginx前端配置的跨域方式访问(验签),然后再经B系统重定向到nginx中的前端指定页面;此时的访问链接形式如:
http://a.com/a/b?redirectUrl=http://a.com/index.html
场景2
后来由于业务需求,需要使用A-系统需要使用https来访问B系统,在不能影响A系统访问B的前提下申请了LB(loadbalance)通过LB的https负载到nginx的域名上a.com,此时的访问链接形式如:
http://lb.com/a/b?redirectUrl=http://a.com/index.html
此时可以成功的访问B系统,但是出现了一个问题,出现了跨域 的问题,由于在A系统进入B系统的时候,会创建一次会话,此时会将用户的信息放入httpse

本文探讨了在业务场景中,A系统访问B系统时因跨域导致session失效的问题。场景1通过nginx配置正常工作,但场景2引入LB后,由于域名变化产生跨域,导致session无法共享。解决方案是利用spring-redis-session,在重定向时传递sessionId,二次请求时从redis恢复session,从而保持用户信息。总结中涉及springRedisSession原理、跨域概念、会话、HttpSession和session的区别,以及sessionId的相关知识。
最低0.47元/天 解锁文章
1万+

被折叠的 条评论
为什么被折叠?



