分布式项目 cookie共享方案

分布式项目 cookie共享方案

手动设置Cookie的Domain和Path(适用于同域或同IP的多项目 或 同NGINX代理的多个项目)

首先要了解Cookie作用域,这里就用到了cookie的两个属性 domain,path。当请求与cookie的域名相同且作用路径相同的时候,浏览器才会携带cookie才可以实现cookie共享。domain 这个属性可以设置cookie的作用域名,path可以设置cookie的作用路径。cookie丢失时考虑其域名,路径,有效期,是否和当前请求匹配

现在有A,B两个项目,我希望在a项目登录后在b也能保持登录状态就需要把用户信息存入cookie,那这时候b就要获取a的cookie,首先项目域分别是a.test.com和b.test.com没有(域名是要给domain赋值用的)所以没有域名的话去修改下host文件把 a.test.com [a项目ip],b.test.com [b项目ip]

//登录后把用户信息写入cookie,我这里是存进去一个token值这里就当做token=user1
    Cookie user_cookie = new Cookie("token","user1");
    //设置cookie的domain这里注意写的是主域名
    //(a.test.com,b.test.com的主域名就是.test.com。若有NGINX代理,则可以设置为NGINX的域名)
    //写入这个参数之后所有主域名为.test.com的项目都可以调用这个cookie
    user_cookie.setDomain(".test.com"); //IP也可以
    //设置cookie的path 
    //path这里直接写 / 表示所有路径都可以访问
    user_cookie.setPath("/");
    //过期时间s (默认是-1 关闭浏览器失效)  
    user_cookie.setMaxAge(60*60);
    //HttpServletResponse 返回cookie  
    response.addCookie(user_cookie);

这个时候去浏览器查看你的cookie你会发现展示的domain和path都是你设置的了。就这样就可以实现cookie共享了
这个方法简单但是有一个弊端 就是你的项目必须是同一个主域名才可以。

或是Nginx作为主域名代理,欺骗浏览器携带cookie,nginx再转发给后端各个项目。但是无法保证第三方JAR中都这样设置Cookie。
经测试SESSIONID的路径默认就是"/",只要域名相同全路径携带,可以直接共享

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
分布式前端session共享是一种实现在分布式系统中实现前端用户会话的机制。在传统的单体应用中,前端会话通常可以直接存储在后端服务器的内存或数据库中,但在分布式系统中,由于涉及多个前端实例和后端服务实例,需要实现前端会话的共享,以保证用户在不同的前端实例间的状态一致性和无缝切换。 实现分布式前端session共享的常用方案包括: 1. 使用缓存中间件:可以通过使用像Redis或Memcached等缓存中间件,将前端会话数据存储在缓存中,实现多个前端实例之间的共享。前端实例可以通过访问同一个缓存中间件,来读取和写入会话数据。 2. 使用数据库存储:将前端会话数据存储在数据库中,通过数据库实现数据的共享。前端实例可以访问同一个数据库,来读取和写入会话数据。 3. 使用分布式协议:通过一致性哈希算法或其他分布式算法,将前端会话数据进行分片,然后分散存储在多个前端实例中。每个前端实例只需存储自己负责的会话数据,实现数据的共享与分布。 4. 使用共享存储:可使用像NFS(Network File System)这样的共享文件系统,将前端会话数据存储在共享文件中,实现多个前端实例之间的数据访问共享。 无论选择哪种方案,需要注意的是要解决会话数据的一致性和并发访问的问题。可以采用同步策略、加锁机制或乐观锁等方法来保证会话数据的一致性。同时,还需要考虑到共享会话数据的性能要求,确保能够支持高并发和低延迟的访问。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值