[发明专利]一种应用于SSM框架的会话保持方法

说明书

本发明公开一种应用于SSM框架的会话保持方法，涉及会话数据保持技术领域；基于SSM框架,通过自定义cookie和请求头区分请求来源，对于业务系统Ip的请求使用原session保持用户会话信息，同时对于业务系统对接网关的请求使用自定义cookie传递用户会话信息，并在业务系统处理完成业务逻辑后，使用aop统一进行修改对接网关的配置项。

技术领域

本发明公开一种方法，涉及会话数据保持技术领域，具体地说是一种应用于SSM框架的会话保持方法。

背景技术

SSM框架中，在Web开发过程中，服务器可以为每个浏览器用户创建一个session(会话)对象，在用户登录后，业务系统将登录信息写入浏览器对应的session中，用户访问其它链接过程时，业务系统可根据浏览器请求中携带的session Id获取到对应的session，得到用户的登录信息。但业务系统对接第三方网关时，网关重新发起http请求，此时请求头中的host是业务系统Ip地址，referer是网关的域名，业务系统request.getRequestURL()得到的是网关代理的业务系统实际地址。因此业务系统无法将session关联到网关host，导致后续请求丢失登录信息，会话无法保持。

发明内容

本发明针对现有技术的问题，提供一种应用于SSM框架的会话保持方法，解决业务系统对接重新发起请求类型的网关时，出现的会话无法保持及个性化配置问题。

本发明提出的具体方案是：

一种应用于SSM框架的会话保持方法，基于SSM框架,通过自定义cookie和请求头区分请求来源，对于业务系统Ip的请求使用原session保持用户会话信息，同时对于业务系统对接网关的请求使用自定义cookie传递用户会话信息，并在业务系统处理完成业务逻辑后，使用aop统一进行修改对接网关的配置项。

进一步，所述的一种应用于SSM框架的会话保持方法中判断请求是否存在保存用户信息的请求头，是则请求来源为首次登录对接网关的请求，否则请求来源为业务系统Ip的请求；

判断请求是否存在自定义cookie，是则请求来源为对接网关的请求，否则请求来源为业务系统Ip的请求。

进一步，所述的一种应用于SSM框架的会话保持方法中根据业务系统新增拦截器拦截请求，判断是否存在保存用户信息的请求头，若存在则写入自定义cookie，对接网关的请求通过使用自定义cookie传递用户会话信息。

一种应用于SSM框架的会话保持系统，基于SSM框架,包括判断模块、会话保持模块及配置模块，

判断模块通过自定义cookie和请求头区分请求来源，会话保持模块对于业务系统Ip的请求使用原session保持用户会话信息，同时对于业务系统对接网关的请求使用自定义cookie传递用户会话信息，配置模块在业务系统处理完成业务逻辑后，使用aop统一进行修改对接网关的配置项。

进一步，所述的一种应用于SSM框架的会话保持系统中判断模块判断请求是否存在保存用户信息的请求头，是则请求来源为首次登录对接网关的请求，否则请求来源为业务系统Ip的请求；

判断模块判断请求是否存在自定义cookie，是则请求来源为对接网关的请求，否则请求来源为业务系统Ip的请求。

进一步，所述的一种应用于SSM框架的会话保持系统中根据业务系统新增拦截器拦截请求，判断是否存在保存用户信息的请求头，若存在则业务系统写入自定义cookie，会话保持模块将对接网关的请求通过使用自定义cookie传递用户会话信息。

一种应用于SSM框架的会话保持装置，包括至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；