[发明专利]一种共享session信息的方法和系统

说明书

技术领域

本发明涉及计算机技术领域，特别涉及一种共享session信息的方法和系统。  

背景技术

目前，大多数互联网web应用都使用了session信息(在网络应用中，称为“会话”，具体到Web中指的就是用户在浏览某个网站时，从进入网站到浏览器关闭所经过的这段时间，也就是用户浏览这个网站所花费的时间；也可理解为会话周期，一种在服务器保持用户状态的机制，允许将对象存储在服务器的内存中，并一直保存到会话周期结束)来保存用户会话共享信息。客户端的Session信息是存储在cookie（为了辨别用户身份、进行session信息跟踪而储存在用户本地终端上的数据）中，当一个session信息第一次被启用时，一个唯一的ID被存储于本地的cookie中。因此，A用户和C服务器建立连接时所处的Session信息同B用户和C服务器建立连接时所处的Session信息是两个不同的Session信息。 

随着用户量的增长，服务器不可避免的需要服务器集群（将很多服务器集中起来一起进行同一种服务，在客户端看来就象是只有一个服务器）部署，否则无法支撑庞大的访问量。由于session信息是分别保存在每一台web应用服务器上，当同一个用户的http请求被分配的其他web应用服务器上处理时，session信息就会丢失，从而导致应用程序错误。这就引出了服务器集群部署时session信息共享的问题。 

目前解决session信息共享问题主要有以下几种方案： 

1，通过cookie将全部session信息保存在客户端，每次http请求时再传给服务器。如图1所示，客户端10（http请求发起者）发起http请求，把保存在cookie中的session信息作为httphttp请求的参数通过http服务器30（http请求中转者）中转给应用服务器（应用服务器为http请求处理者，有多个，图1中仅示例应用服务器20和应用服务器21）。应用服务器解析cookie，读取session信息中的信息。响应的时候应用服务器再把当前的session信息写入cookie中传回给客户端10保存。每次http请求均重复上述流程。这种在网络中使用cookie保存session信息，通过传输cookie来实现session信息来回传递的方式，即可解决集群环境session信息丢失问题。

该方式的缺点是依赖客户端10开启cookie，由于cookie的大小有限制，无法保存比较大的数据，也会增加一定的带宽消耗。 

2，利用Web服务器来实现session sticky（即会话粘连，指在一个会话周期内，把用户的所以http请求都定向到同一台web应用服务器处理）。如图2所示，所述Web服务器40采用apache（世界使用排名第一的Web服务器软件）或nginx（一个高性能的 HTTP 和 反向代理 服务器）。假设客户端10发起第一http请求，Web服务器40根据定义的策略将第一http请求分配到某一台固定的应用服务器（即应用服务器20）中处理。客户端11发起第二http请求，Web服务器40根据定义的策略将第二http请求分配到另一台固定的应用服务器（即应用服务器21）中处理。在不改变策略的前提下，那客户端10、11在一个会话周期内的全部http请求都将分别被与其对应固定的应用服务器20、21处理。这种方式限定了一台客户端在一个会话周期内的http请求只会被一台服务器处理，从而不需要共享session信息。 

该方式的缺点是：如果web服务器死机，session信息就会丢失，存在单点故障风险。 

3，Session Replication（即会话复制，指在服务器之间复制session信息，使得每台服务器的session信息一致）定时同步复制应用服务器间的session信息。如图3所示，假设http服务器30将session信息1、session信息2、session信息3分别中转给应用服务器20、应用服务器21、应用服务器22中存储。定期的执行复制操作，把各个应用服务器内的session信息进行同步，使得所有应用服务器中均存储有session信息1、session信息2、session信息3。这样在服务器集群环境下，来自客户端的http请求无论被分发到哪一台应用服务器处理，都可以获取到相应的session信息。即使正访问的应用服务器死机了， 用户的http请求也能自动被转到别的应用服务器以获取相关session信息。 

该方式的缺点是效率低，存储的数据量较大，有延迟，用户体验较差。