分布式会话
一 什么是会话
会话Session
代表的是客户端与服务器的一次交互过程,这个过程可以是连续的也可以是时断时续的,曾经的Servlet
时代,一旦用户与服务端交互,服务器tomcat
就会为用户创建一个session
,同时前端会有一个jsessionid
,每次交互都会携带该id,如此一来,服务器只要在接到用户请求后,就可以拿到jsessionid
,并根据这个ID在内存中找到相应的会话session
,当拿到session
后就可以操作会话了,会话存活期间,我们就认为用户一致处于正在使用网站的状态,一旦session
超期过时,那么就可以认为用户已经离开了王好赞,停止交互了。用户的身份信息,我们也是通过session
来判断的,在session
中可以保存不同用户的信息。
session
的使用,代码如下:
1 | 复制代码@GetMapping("/setSession") |
二 无状态会话
HTTP
请求是无状态的,用户向服务端发起多个请求,服务端并不会知道这多次请求都来自同一个用户,这就是无状态。cookie
的出现就是为了有状态的记录用户。
常见的,iOS与服务端交互,安卓与服务端交互,前后端分离,小程序与服务端交互,它们都是通过发起http
来调用接口数据的,每次交互服务端都不会拿到客户端的状态,但是我们可以通过手段去处理,比如每次请求的时候携带一个userid
或者user-token
,如此一来,就能让服务端根据用户id或token来获取相应的数据,每个用户的下一次请求都能被服务端识别来自哪个用户。
三 有状态会话
Tomcat
的会话就是有状态的,一旦用户和服务端交互,就有会话,会话保存了用户的信息,这样用户就有状态了,服务端会和每个客户端都保持这样的一层关系,这个由容器来管理(也就是tomcat
),这个session
会话是保存到内存空间里的,如此一来,当不同的用户访问服务端,服务端就能通过会话知道谁是谁了。如果用户不再和服务端交互,那么会话则消失,结束了他的生命周期,如此一来,每个用户其实都会有一个会话被维护。这就是有状态会话
场景: 在传统项目或者jsp项目中使用最多的session
都是有状态的,session
的存在就是为了弥补http
的无状态。
⚠️tomcat
会话可以通过手段实现多系统之间的状态同步,但是会损耗一定的时间,一旦发生同步那么用户请求就会等待,这种做法不可取”
四 为何使用无状态会话
有状态会话都是放在服务器的内存中的,一旦用户会话量多,那么内存就会出现瓶颈,而无状态会话可以采用介质,前端可以使用cookie
(app可以使用缓存)保存用户的id或token, 后端比如redis
,相应的会话都能放入redis
中进行管理,如此,多应用部署的服务就不会造成内存压力。用户在前端发起http
请求,携带id
或token
,如此,服务端能够根据前端提供的id
或token
来识别用户,可伸缩性就更强了。
五 单Tomcat
会话
先来看一下单个tomcat
会话,这个就是有状态的,用户首次访问服务端,这个时候会话产生,并且会设置jsessionid
放入cookie中,后续每次请求都会携带jsessionid
以保持用户状态。
image-20200627225850524
六 前后端分离会话
用户请求服务端,由于前后端分离,前端发起http
请求,不会携带任何状态,当用户第一次请求以后,我们手动设置一个token
,作为用户会话,放入redis
中, 如此作为redis-session
,并且这个token
设置后放入前端cookie
中(app或者小程序可以放入本地缓存Local Storage
中),如此后续交互过程中,前端只需要传递token
给后端,后端就能识别这个用户请求来自谁了。
image-20200627230632018
七 集群分布式系统会话
集群或分布式系统的本质是多个系统,假设这里有两个服务器节点,分别是A和B, 它们可以是集群,也可以是分布式系统,一开始用户和A系统交互,那么这个时候的用户状态,我们可以保存到redis
中,作为A系统的会话信息,随后用户请求进入B系统,那么B系统中的会话我们也同样和redis
关联,如此AB系统的session
就统一了。当然cookie
是会随着用户的访问携带过来的,那么这个其实就是分布式会话,通过redis
来保存用户的状态。
image-20200627231048686
本文转载自: 掘金