CN105812351A - 实现会话共享的方法和系统 - Google Patents

Abstract

本发明涉及一种实现会话共享的方法和系统。上述方法包括以下步骤：获取用户通过客户端访问网站所产生的会话数据；将所述会话数据作为整体以哈希结构存储在redis中；接收客户端的访问请求；提取所述访问请求中包含的会话标识；根据所述会话标识在所述redis中查找对应的会话数据；根据所述访问请求对查找得到的会话数据执行相应的操作。上述实现会话共享的方法和系统，能够减少网络开销，节省网络资源，且数据处理速度快。

Description

实现会话共享的方法和系统

技术领域

本发明涉及计算机领域，特别是涉及一种实现会话共享的方法和系统。

背景技术

在网络应用中，Session被称为“会话控制”，当用户请求来自应用程序的网页时，如果该用户还没有会话，则服务器会自动创建一个Session对象，用于存储特定用户会话所需的数据，例如用户的账号、密码、登录状态等。而随着网站业务规模和访问量的逐步发展，原本由单台服务器、单个域名的网站架构已无法满足发展需要，经常需要购买多个服务器，并启用多个二级子域名以频道化的方式，根据业务功能将网站分布部署在不同的服务器上，或是采用负载均衡技术让网站的多个频道共享一组服务器。由于Session默认以文件形式保存在本地服务器的硬盘中，使得网站用户需要在不同的几个频道中输入账号、密码等会话数据，浪费用户的大量时间，因此需要实现网站跨服务器之间的Session共享，即实现会话共享。

在传统的方式中，实现会话共享的方法有很多种，其中最经常被采用的是基于Memcache实现Session共享，Memcache是一套分布式的高速缓存系统，可使用key-value(关键码-值)数据存储模式存储会话数据。在Memcache中，通常有两种存储方式，一种是将会话数据中的各个字段分别用一个key进行存储，一种是利用Map(图)结构将会话数据中的各个字段包装成一个对象进行存储。若采用第一种方式存储，当需要从会话数据中取出所有字段，则需要与Memcache进行多次网络交互，若采用第二种方式存储，当需要从会话数据中取出部分字段，则需要先将包装过的会话数据取出，再读取其中所需的字段，也需要进行多次网络交互，浪费网络资源。

发明内容

基于此，有必要提供一种实现会话共享的方法，能够在读取会话数据时减少客户端与服务器的网络交互，节省网络资源。

此外，还有必要提供一种实现会话共享的系统，能够在读取会话数据时减少客户端与服务器的网络交互，节省网络资源。

一种实现会话共享的方法，包括以下步骤：

获取用户通过客户端访问网站所产生的会话数据；

将所述会话数据作为整体以哈希结构存储在redis中；

接收客户端的访问请求；

提取所述访问请求中包含的会话标识；

根据所述会话标识在所述redis中查找对应的会话数据；

根据所述访问请求对查找得到的会话数据执行相应的操作。

在其中一个实施例中，所述根据所述会话标识在所述redis中查找对应的会话数据，具体包括：

将所述会话标识作为关键码，并在所述redis中查找是否有与所述关键码对应的值；

若有与所述关键码对应的值，则根据所述访问请求从所述值中获取所需的会话数据。

在其中一个实施例中，所述方法还包括以下步骤：

与客户端建立TCP连接；

建立管道机制；

通过所述管道机制接收所述客户端通过一个套接字连接发送的多个访问请求；

处理所述多个访问请求；

处理完成后，将处理结果打包并通过所述管道机制发送给所述客户端。

在其中一个实施例中，所述处理所述多个访问请求，具体包括：

依次处理所述多个访问请求，并将每次处理访问请求的处理结果进行缓存。

在其中一个实施例中，在所述处理所述多个访问请求的步骤之后，还包括：

根据各个访问请求的处理结果所占的数据尺寸及所述套接字连接的缓冲区大小确定所述管道机制的处理数量；

所述处理完成后，将处理结果打包并通过所述管道机制发送给所述客户端具体为：

处理完成后，将处理结果按照所述管道机制的处理数量打包并通过所述管道机制发送给所述客户端。

一种实现会话共享的系统，包括：

获取模块，用于获取用户通过客户端访问网站所产生的会话数据；

存储模块，用于将所述会话数据作为整体以哈希结构存储在redis中；

接收模块，用于接收客户端的访问请求；

提取模块，用于提取所述访问请求中包含的会话标识；

查找模块，用于根据所述会话标识在所述redis中查找对应的会话数据；

操作模块，用于根据所述访问请求对查找得到的会话数据执行相应的操作。

在其中一个实施例中，所述查找模块包括：

查找单元，用于将所述会话标识作为关键码，并在所述redis中查找是否有与所述关键码对应的值；

获取单元，用于若有与所述关键码对应的值，则根据所述访问请求从所述值中获取所需的会话数据。

在其中一个实施例中，所述系统还包括：

连接模块，用于与客户端建立TCP连接；

管道模块，用于建立管道机制；

所述接收模块还用于通过所述管道机制接收所述客户端通过一个套接字连接发送的多个访问请求；

处理模块，用于处理所述多个访问请求；

发送模块，用于处理完成后，将处理结果打包并通过所述管道机制发送给所述客户端。

在其中一个实施例中，所述处理模块还用于依次处理所述多个访问请求，并将每次处理访问请求的处理结果进行缓存。

在其中一个实施例中，所述系统还包括：

确定模块，用于根据各个访问请求的处理结果所占的数据尺寸及所述套接字连接的缓冲区大小确定所述管道机制的处理数量；

所述发送模块还用于处理完成后，将处理结果按照所述管道机制的处理数量打包并通过所述管道机制发送给所述客户端。

上述实现会话共享的方法和系统，会话共享服务器通过将获取的客户端产生的会话数据作为整体以哈希结构存储在redis中，当需要获取会话数据时，提取客户端的访问请求的会话标识并直接查找对应的会话数据，会话共享服务器与客户端只需进行一次网络交互，减少网络开销，节省网络资源，且数据处理速度快。

附图说明

图1为一个实施例中实现会话共享的方法的系统架构图；

图2为一个实施例中实现会话共享的方法的流程示意图；

图3为一个实施例中查找会话数据的流程示意图；

图4为另一个实施例中实现会话共享的方法的流程示意图；

图5(a)为一个实施例中会话共享服务器未建立管道机制时处理客户端的访问请求的示意图；

图5(b)为一个实施例中会话共享服务器建立管道机制时处理客户端的访问请求的示意图；

图6为一个实施例中实现会话共享的系统的结构示意图；

图7为一个实施例中查找模块的内部结构示意图；

图8为另一个实施例中实现会话共享的系统的结构示意图；

图9为又一个实施例中实现会话共享的系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中实现会话共享的方法的系统架构图。如图1所示，网站被分布部署在不同的应用服务器20上，并设置会话共享服务器30用于存储会话数据，实现各个应用服务器20的会话共享。会话共享服务器30上安装有redis，redis是一种key-value型的分布式存储系统，可支持多种的value类型，包括string(字符串)、list(链表)、set(集合)、zset(sortedset，有序集合)和hash(哈希类型)等，存储和读取数据的速率都很高。redis相比Memcached来说，拥有更多的数据结构并支持更丰富的数据操作。

当用户初次在客户端10上访问网站的某一应用服务器20时，该应用服务器20会创建一个Session对象，生成唯一的SessionID，即会话标识，并将SessionID返回给客户端10。会话共享服务器30获取生成的会话标识、用户登录的账号、密码等会话数据，并将获取的会话数据作为整体以哈希结构存储在redis中。当用户访问网站的另一应用服务器20时，共享服务器30接收到客户端10发送的访问请求，提取该访问请求中包含的会话标识，并根据该会话标识在redis中查找客户端10所需的会话数据，再根据该访问请求对查找得到的会话数据执行相应的操作。

如图2所示，一种实现会话共享的方法，包括以下步骤：

步骤S210，获取用户通过客户端访问网站所产生的会话数据。

具体的，当用户在客户端通过浏览器首次访问网站的某一应用服务器时，该应用服务器会创建一个Session对象，生成唯一的SessionID，即会话标识，并将该会话标识返回给客户端。客户端将该SessionID存储在浏览器的cookie(储存在用户本地终端上的数据)中。会话共享服务器获取该Session对象相关的会话数据，会话数据可包括SessionID、用户登录的账号、密码、作用域等信息。

步骤S220，将会话数据作为整体以哈希结构存储在redis中。

具体的，会话共享服务器上安装有redis，可将获取的会话数据作为一个整体以哈希结构存储在redis中。哈希结构是根据关键码-值(key-value)而直接进行访问的数据结构，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。可将会话数据中的SessionID作为关键码，即key，并设置用户登录的账号、密码、作用域等为该key的键，而会话共享服务器获取的此次会话中产生的会话数据中具体的用户登录的账号、密码及作用域即为键对应的值，即value，但不限于此。例如，会话数据包括SessionID、userid(用户标识)、avatar(用户头像)，会话共享服务器在某次用户访问网站的应用服务器时，获取到此次会话产生的会话数据为SessionID1、userid1、avatar1，并将此次获取的会话数据作为一个整体存储在redis中，其存储的代码可如下所示：

HMSETSessionID1userid#userid1avatar#avatar1。

表示给关键码为SessionID1的键userid设置对应的值为userid1，键avatar对应的值为avatar1。可为该存储在redis上的会话数据设置时效期限，在该时效期限内该会话数据会一直存储在redis中，方便用户在不同的时间段访问同一网站的不同的应用服务器也能保持会话，实现会话共享，无需用户重复进行登录，减少用户时间，也无需应用服务器多次生成Session对象，减少服务器资源浪费，减轻服务器的压力。

步骤S230，接收客户端的访问请求。

具体的，当用户通过浏览器访问网站的其它应用服务器时，需保持会话，即获取首次访问该网络的应用服务器时所产生的会话数据，实现不同的应用服务器之间的会话共享，客户端会向会话共享服务器发向访问请求以获取相关的会话数据，或是当客户端需要对会话数据进行操作，例如删除、修改会话数据时，也会向会话共享服务器发送访问请求。

步骤S240，提取访问请求中包含的会话标识。

具体的，会话共享服务器接收客户端的访问请求，该访问请求中包含带有SessionID，即会话标识的浏览器cookie，会话共享服务器可从该cookie中提取该会话标识。

步骤S250，根据会话标识在redis中查找对应的会话数据。

具体的，会话共享服务器提取了客户端发送的访问请求中包含的会话标识后，可根据该会话标识在redis中查找对应的会话数据，并对该会话数据执行相应的操作。

如图3所示，在一个实施例中，步骤S250根据会话标识在redis中查找对应的会话数据，具体包括以下步骤：

步骤S302，将会话标识作为关键码，并在redis中查找是否有与该关键码对应的值，若是，则执行步骤S304，若否，则执行步骤S306。

具体的，会话共享服务器可将会话标识，即SessionID作为关键码在redis中进行查询，并确定该关键码是否有对应的值，若没有，则代表先前没有生成相关的会话数据或是会话数据已经过期，可向客户端返回无法正确获取会话数据的信息。若该关键码有对应的值，可根据客户端发送的访问请求获取该关键码中的全部或部分的值，即为客户端所需的会话数据。

步骤S304，根据访问请求从该值中获取所需的会话数据。

具体的，会话共享服务器可根据客户端发送的访问请求确定客户端所需的会话数据。在redis中，可一次取出关键码全部的值，或是其中部分键对应的值。例如，可通过HGETALLSessionID1一次性取出关键码为SessionID1的全部的值，也可通过HGETSessionID1userid只取出关键码为SessionID1中键为userid对应的值，或是通过HGETSessionID1useridname取出关键码为SessionID1中键为userid及name对应的值。会话共享服务器通过将会话数据作为整体以哈希结构存储在redis中，不论客户端需要获取全部或部分的会话数据，只需要进行一次网络交互，只需要消耗一次网络资源，可减少网络开销，节省网络资源。

步骤S306，向客户端返回无法正确获取会话数据的信息。

具体的，若将该会话标识作为关键码进行查找，没有找到对应的值，则向客户端返回无法正确获取会话数据的信息，客户端的浏览器中可跳转网站的登录界面，并提示会话过期或是会话无效，重新让用户进行登录。

步骤S260，根据访问请求对查找得到的会话数据执行相应的操作。

具体的，对会话数据的操作可包括读取、添加、删除、更改等，会话共享服务器根据客户端发送的访问请求可在服务端直接对相应的会话数据进行操作，而无需将会话数据返回客户端由客户端进行操作后再重新存储在会话共享服务器的redis中，可减少客户端与会话共享服务器的网络交互，简化数据操作，使数据处理更加高效快捷。

上述实现会话共享的方法，会话共享服务器通过将获取的客户端产生的会话数据作为整体以哈希结构存储在redis中，当需要获取会话数据时，提取客户端的访问请求的会话标识并直接查找对应的会话数据，会话共享服务器与客户端只需进行一次网络交互，减少网络开销，节省网络资源，且数据处理速度快。

如图4所示，上述实现会话共享的方法，还包括以下步骤：

步骤S402，与客户端建立TCP(TransmissionControlProtocol，传输控制协议)连接。

具体的，会话共享服务器与客户端可建立TCP连接，TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议。

步骤S404，建立管道机制。

具体的，会话共享服务器可在redis中建立管道(pipeline)机制，并通过该管道机制批量处理客户端发送的访问请求。

步骤S406，通过管道机制接收客户端通过一个套接字连接发送的多个访问请求。

具体的，客户端可通过一个套接字(socket)连接发起多个访问请求，当redis未建立管道机制时，客户端每向会话共享服务器发起一个访问请求，通常会阻塞并等待处理，会话共享服务器处理完该访问请求后会将结果通过响应报文返回给客户端，共享服务器未在redis中建立管道机制时处理客户端的访问请求的过程可如图5(a)所示，客户端每次发送访问请求及会话共享服务器每次返回处理结果均需要经过网络传输，如此，当访问请求的次数较多时，会造成较大的往返时延，导致会话共享服务器处理客户端的访问请求的性能下降。当会话共享服务器在redis中建立管道机制时，会话共享服务器可一次性接收客户端发送的多个访问请求，其处理过程可如图5(b)所示，会话共享服务器批量处理客户端发送的多个访问请求，并将处理结果打包一起发送返回给客户端，只需进行一次通信，大大降低了往返时延。

步骤S408，处理多个访问请求。

具体的，会话共享服务器处理一次性接收的多个访问请求，并将处理结果打包发送给客户端。

在一个实施例中，步骤S408处理多个访问请求，具体包括：依次处理多个访问请求，并将每次处理访问请求的处理结果进行缓存。

具体的，会话共享服务器可根据接收到的访问请求的次序，依次处理访问请求，当客户端发送的多个访问请求中的每个访问请求均不依赖前一个访问请求的处理结果时，会话共享服务器可将处理结果进行缓存，并在处理完成后，将处理结果打包并通过管道机制返回给客户端。例如，客户端发送的第一访问请求为获取SessionID为SessionID2中的用户账号，第二访问请求为SessionID为SessionID2中的用户头像，则会话共享服务器可依次处理上述两个访问请求，并将获取的用户账号及用户头像打包返回给客户端。

在一个实施例中，在步骤S408处理多个访问请求之后，还包括根据各个访问请求的处理结果所占的数据尺寸及套接字连接的缓冲区大小确定管道机制的处理数量。

具体的，会话共享服务器可根据各个访问请求的处理结果所占的数据尺寸及套接字连接的缓冲区大小确定管道机制的处理数量，当处理结果需要打包的数量越多，则缓存所消耗的内存越多，因此，需要确定管道机制较佳的处理数量，当需要打包的处理结果的数量大于该确定的处理数量时，可分多次打包分别通过管道机制将处理结果返回给客户端，在减少往返时延的同时减少内存消耗，减轻会话共享服务器的压力。

步骤S410，处理完成后，将处理结果打包并通过管道机制发送给客户端。

具体的，在处理完成后，会话共享服务器可按照确定的管道机制的处理数量将处理结果打包分批次通过管道机制返回给客户端。

上述实现会话共享的方法，会话共享服务器可在redis中建立管道机制，批量接收并处理客户端发送的多个访问请求，并将处理结果打包返回给客户端，可有效减少会话共享服务器和客户端的通信次数，减少往返时延，提高数据处理效率及能力。

如图6所示，一种实现会话共享的系统，包括获取模块610、存储模块620、接收模块630、提取模块640、查找模块650及操作模块660。

获取模块610，用于获取用户通过客户端访问网站所产生的会话数据。

具体的，当用户在客户端通过浏览器首次访问网站的某一应用服务器时，该应用服务器会创建一个Session对象，生成唯一的SessionID，即会话标识，并将该会话标识返回给客户端。客户端将该SessionID存储在浏览器的cookie(储存在用户本地终端上的数据)中。会话共享服务器获取该Session对象相关的会话数据，会话数据可包括SessionID、用户登录的账号、密码、作用域等信息。

存储模块620，用于将会话数据作为整体以哈希结构存储在redis中。

具体的，会话共享服务器上安装有redis，可将获取的会话数据作为一个整体以哈希结构存储在redis中。哈希结构是根据关键码-值(key-value)而直接进行访问的数据结构，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。可将会话数据中的SessionID作为关键码，即key，并设置用户登录的账号、密码、作用域等为该key的键，而会话共享服务器获取的此次会话中产生的会话数据中具体的用户登录的账号、密码及作用域即为键对应的值，即value，但不限于此。例如，会话数据包括SessionID、userid(用户标识)、avatar(用户头像)，会话共享服务器在某次用户访问网站的应用服务器时，获取到此次会话产生的会话数据为SessionID1、userid1、avatar1，并将此次获取的会话数据作为一个整体存储在redis中，其存储的代码可如下所示：

HMSETSessionID1userid#userid1avatar#avatar1。

表示给关键码为SessionID1的键userid设置对应的值为userid1，键avatar对应的值为avatar1。可为该存储在redis上的会话数据设置时效期限，在该时效期限内该会话数据会一直存储在redis中，方便用户在不同的时间段访问同一网站的不同的应用服务器也能保持会话，实现会话共享，无需用户重复进行登录，减少用户时间，也无需应用服务器多次生成Session对象，减少服务器资源浪费，减轻服务器的压力。

接收模块630，用于接收客户端的访问请求。

具体的，当用户通过浏览器访问网站的其它应用服务器时，需保持会话，即获取首次访问该网络的应用服务器时所产生的会话数据，实现不同的应用服务器之间的会话共享，客户端会向会话共享服务器发向访问请求以获取相关的会话数据，或是当客户端需要对会话数据进行操作，例如删除、修改会话数据时，也会向会话共享服务器发送访问请求。

提取模块640，用于提取该访问请求中包含的会话标识。

具体的，会话共享服务器接收客户端的访问请求，该访问请求中包含带有SessionID，即会话标识的浏览器cookie，会话共享服务器可从该cookie中提取该会话标识。

查找模块650，用于根据会话标识在redis中查找对应的会话数据。

具体的，会话共享服务器提取了客户端发送的访问请求中包含的会话标识后，可根据该会话标识在redis中查找对应的会话数据，并对该会话数据执行相应的操作。

如图7所示，在一个实施例中，查找模块650包括查找单元652和获取单元654。

查找单元652，用于将会话标识作为关键码，并在redis中查找是否有与该关键码对应的值。

具体的，会话共享服务器可将会话标识，即SessionID作为关键码在redis中进行查询，并确定该关键码是否有对应的值，若没有，则代表先前没有生成相关的会话数据或是会话数据已经过期，可向客户端返回无法正确获取会话数据的信息。若该关键码有对应的值，可根据客户端发送的访问请求获取该关键码中的全部或部分的值，即为客户端所需的会话数据。

获取单元654，用于若有与该关键码对应的值，则根据访问请求从该值中获取所需的会话数据。

具体的，会话共享服务器可根据客户端发送的访问请求确定客户端所需的会话数据。在redis中，可一次取出关键码全部的值，或是其中部分键对应的值。例如，可通过HGETALLSessionID1一次性取出关键码为SessionID1的全部的值，也可通过HGETSessionID1userid只取出关键码为SessionID1中键为userid对应的值，或是通过HGETSessionID1useridname取出关键码为SessionID1中键为userid及name对应的值。会话共享服务器通过将会话数据作为整体以哈希结构存储在redis中，不论客户端需要获取全部或部分的会话数据，只需要进行一次网络交互，只需要消耗一次网络资源，可减少网络开销，节省网络资源。

若将该会话标识作为关键码进行查找，没有找到对应的值，则向客户端返回无法正确获取会话数据的信息，客户端的浏览器中可跳转网站的登录界面，并提示会话过期或是会话无效，重新让用户进行登录。

操作模块660，用于根据访问请求对查找得到的会话数据执行相应的操作。

具体的，对会话数据的操作可包括读取、添加、删除、更改等，会话共享服务器根据客户端发送的访问请求可在服务端直接对相应的会话数据进行操作，而无需将会话数据返回客户端由客户端进行操作后再重新存储在会话共享服务器的redis中，可减少客户端与会话共享服务器的网络交互，简化数据操作，使数据处理更加高效快捷。

上述实现会话共享的系统，会话共享服务器通过将获取的客户端产生的会话数据作为整体以哈希结构存储在redis中，当需要获取会话数据时，提取客户端的访问请求的会话标识并直接查找对应的会话数据，会话共享服务器与客户端只需进行一次网络交互，减少网络开销，节省网络资源，且数据处理速度快。

如图8所示，在另一个实施例中，上述实现会话共享的系统，除了包括获取模块610、存储模块620、接收模块630、提取模块640、查找模块650及操作模块660，还包括连接模块670、管道模块680、处理模块690及发送模块700。

连接模块670，用于与客户端建立TCP连接。

具体的，会话共享服务器与客户端可建立TCP连接，TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议。

管道模块680，用于建立管道机制。

具体的，会话共享服务器可在redis中建立管道(pipeline)机制，并通过该管道机制批量处理客户端发送的访问请求。

接收模块630还用于通过管道机制接收客户端通过一个套接字连接发送的多个访问请求。

具体的，客户端可通过一个套接字(socket)连接发起多个访问请求，当redis未建立管道机制时，客户端每向会话共享服务器发起一个访问请求，通常会阻塞并等待处理，会话共享服务器处理完该访问请求后会将结果通过响应报文返回给客户端，共享服务器未在redis中建立管道机制时处理客户端的访问请求的过程可如图5(a)所示，客户端每次发送访问请求及会话共享服务器每次返回处理结果均需要经过网络传输，如此，当访问请求的次数较多时，会造成较大的往返时延，导致会话共享服务器处理客户端的访问请求的性能下降。当会话共享服务器在redis中建立管道机制时，会话共享服务器可一次性接收客户端发送的多个访问请求，其处理过程可如图5(b)所示，会话共享服务器批量处理客户端发送的多个访问请求，并将处理结果打包一起发送返回给客户端，只需进行一次通信，大大降低了往返时延。

处理模块690，用于处理多个访问请求。

具体的，会话共享服务器处理一次性接收的多个访问请求，并将处理结果打包发送给客户端。

在一个实施例中，处理模块690还用于依次处理多个访问请求，并将每次处理访问请求的处理结果进行缓存。

具体的，会话共享服务器可根据接收到的访问请求的次序，依次处理访问请求，当客户端发送的多个访问请求中的每个访问请求均不依赖前一个访问请求的处理结果时，会话共享服务器可将处理结果进行缓存，并在处理完成后，将处理结果打包并通过管道机制返回给客户端。例如，客户端发送的第一访问请求为获取SessionID为SessionID2中的用户账号，第二访问请求为SessionID为SessionID2中的用户头像，则会话共享服务器可依次处理上述两个访问请求，并将获取的用户账号及用户头像打包返回给客户端。

发送模块700，用于处理完成后，将处理结果打包并通过管道机制发送给所述客户端。

上述实现会话共享的系统，会话共享服务器可在redis中建立管道机制，批量接收并处理客户端发送的多个访问请求，并将处理结果打包返回给客户端，可有效减少会话共享服务器和客户端的通信次数，减少往返时延，提高数据处理效率及能力。

如图9所示，在一个实施例中，上述实现会话共享的系统，除了包括获取模块610、存储模块620、接收模块630、提取模块640、查找模块650、操作模块660、连接模块670、管道模块680、处理模块690及发送模块700，还包括确定模块710。

确定模块710，用于根据各个访问请求的处理结果所占的数据尺寸及套接字连接的缓冲区大小确定管道机制的处理数量。

具体的，会话共享服务器可根据各个访问请求的处理结果所占的数据尺寸及套接字连接的缓冲区大小确定管道机制的处理数量，当处理结果需要打包的数量越多，则缓存所消耗的内存越多，因此，需要确定管道机制较佳的处理数量，当需要打包的处理结果的数量大于该确定的处理数量时，可分多次打包分别通过管道机制将处理结果返回给客户端，在减少往返时延的同时减少内存消耗，减轻会话共享服务器的压力。

发送模块700还用于处理完成后，将处理结果按照管道机制的处理数量打包并通过管道机制发送给客户端。

具体的，在处理完成后，会话共享服务器可按照确定的管道机制的处理数量将处理结果打包分批次通过管道机制返回给客户端。

上述实现会话共享的系统，会话共享服务器可根据各个访问请求的处理结果所占的数据尺寸及套接字连接的缓冲区大小确定管道机制的处理数量，当需要打包的处理结果的数量大于该确定的处理数量时，可分多次打包分别通过管道机制将处理结果返回给客户端，在减少往返时延的同时减少内存消耗，减轻会话共享服务器的压力。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种实现会话共享的方法，其特征在于，包括以下步骤：

获取用户通过客户端访问网站所产生的会话数据；

将所述会话数据作为整体以哈希结构存储在redis中；

接收客户端的访问请求；

提取所述访问请求中包含的会话标识；

根据所述会话标识在所述redis中查找对应的会话数据；

根据所述访问请求对查找得到的会话数据执行相应的操作。

2.根据权利要求1所述的实现会话共享的方法，其特征在于，所述根据所述会话标识在所述redis中查找对应的会话数据，具体包括：

将所述会话标识作为关键码，并在所述redis中查找是否有与所述关键码对应的值；

若有与所述关键码对应的值，则根据所述访问请求从所述值中获取所需的会话数据。

3.根据权利要求1所述的实现会话共享的方法，其特征在于，所述方法还包括以下步骤：

与客户端建立TCP连接；

建立管道机制；

通过所述管道机制接收所述客户端通过一个套接字连接发送的多个访问请求；

处理所述多个访问请求；

处理完成后，将处理结果打包并通过所述管道机制发送给所述客户端。

4.根据权利要求3所述的实现会话共享的方法，其特征在于，所述处理所述多个访问请求，具体包括：

依次处理所述多个访问请求，并将每次处理访问请求的处理结果进行缓存。

5.根据权利要求4所述的实现会话共享的方法，其特征在于，在所述处理所述多个访问请求的步骤之后，还包括：

根据各个访问请求的处理结果所占的数据尺寸及所述套接字连接的缓冲区大小确定所述管道机制的处理数量；

所述处理完成后，将处理结果打包并通过所述管道机制发送给所述客户端具体为：

处理完成后，将处理结果按照所述管道机制的处理数量打包并通过所述管道机制发送给所述客户端。

6.一种实现会话共享的系统，其特征在于，包括：

获取模块，用于获取用户通过客户端访问网站所产生的会话数据；

存储模块，用于将所述会话数据作为整体以哈希结构存储在redis中；

接收模块，用于接收客户端的访问请求；

提取模块，用于提取所述访问请求中包含的会话标识；

查找模块，用于根据所述会话标识在所述redis中查找对应的会话数据；

操作模块，用于根据所述访问请求对查找得到的会话数据执行相应的操作。

7.根据权利要求6所述的实现会话共享的系统，其特征在于，所述查找模块包括：

查找单元，用于将所述会话标识作为关键码，并在所述redis中查找是否有与所述关键码对应的值；

获取单元，用于若有与所述关键码对应的值，则根据所述访问请求从所述值中获取所需的会话数据。

8.根据权利要求6所述的实现会话共享的系统，其特征在于，所述系统还包括：

连接模块，用于与客户端建立TCP连接；

管道模块，用于建立管道机制；

所述接收模块还用于通过所述管道机制接收所述客户端通过一个套接字连接发送的多个访问请求；

处理模块，用于处理所述多个访问请求；

发送模块，用于处理完成后，将处理结果打包并通过所述管道机制发送给所述客户端。

9.根据权利要求8所述的实现会话共享的系统，其特征在于，所述处理模块还用于依次处理所述多个访问请求，并将每次处理访问请求的处理结果进行缓存。

10.根据权利要求9所述的实现会话共享的系统，其特征在于，所述系统还包括：

确定模块，用于根据各个访问请求的处理结果所占的数据尺寸及所述套接字连接的缓冲区大小确定所述管道机制的处理数量；

所述发送模块还用于处理完成后，将处理结果按照所述管道机制的处理数量打包并通过所述管道机制发送给所述客户端。