[发明专利]访问请求的处理方法和装置、处理器及电子设备

说明书

本申请公开了一种访问请求的处理方法和装置、处理器及电子设备，涉及金融科技领域，该方法包括：获取目标对象的第一访问请求；对第一访问请求中的第一会话ID进行验证，并在对第一会话ID验证通过时，依据非分布式架构系统的属性信息和第一访问请求，生成第二访问请求；将第二访问请求发送至分布式架构系统，以通过分布式架构系统对第二访问请求进行会话有效性验证，并在会话有效性验证通过时，依据目标API方法的统一资源定位符调用目标API方法。通过本申请，解决了相关技术中不能在有状态会话的非分布式架构系统与无状态会话的分布式架构系统之间保持有效会话的问题。

技术领域

本申请涉及金融技术领域，具体而言，涉及一种访问请求的处理方法和装置、处理器及电子设备。

背景技术

随着发展，各种综合管理系统早已从当初的单系统发展成为如今由多个子系统组成的应用群，多个子系统有传统的jsp(java服务器界面)+servlet(java编写的服务端程序)架构，也有前后端分离的vue(用于构建用户界面的JavaScript架构)+springboot(Java平台上的一种开源应用架构)架构。传统的jsp+servlet架构，会话(session)由服务器创建，并在服务器内存中存储，这种在服务器保存用户状态的会话是有状态会话，有状态会话服务若要水平扩展则需要依赖负载均衡器每次将同一个用户的请求负载到同一台服务器上。新的子系统采用的是前后端分离的vue+springboot、分布式架构，它将session持久化到mysql数据库或者Redis(一种KV数据库)，这种服务器本身不存储用户状态的是无状态会话，不同服务器、不同容器可以共享session。实际应用中，由于传统架构系统(即非分布式架构系统)希望将各个功能逐步迁移至高可用、易扩展的分布式架构系统(新子系统)，因此，存在传统架构页面跳转/内嵌新子系统(前后端分离的分布式架构系统)的vue页面(新前端)以及传统架构页面调用新子系统后端API方法(新后端)的场景。这就需要建立在有状态会话的传统架构系统与无状态会话的分布式架构系统之间的会话验证机制。

针对相关技术中不能在有状态会话的非分布式架构系统与无状态会话的分布式架构系统之间保持有效会话的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种访问请求的处理方法和装置、处理器及电子设备，以解决相关技术中不能在有状态会话的非分布式架构系统与无状态会话的分布式架构系统之间保持有效会话的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种访问请求的处理方法。该方法包括：获取目标对象的第一访问请求，其中，所述第一访问请求用于请求分布式架构系统中的API方法，所述第一访问请求中至少包括目标API方法的统一资源定位符和第一会话ID，其中，所述第一会话ID是在所述目标对象登录所述非分布式架构系统时得到的；对所述第一访问请求中的第一会话ID进行验证，并在对所述第一会话ID验证通过时，依据所述非分布式架构系统的属性信息和所述第一访问请求，生成第二访问请求；将所述第二访问请求发送至分布式架构系统，以通过所述分布式架构系统对所述第二访问请求进行会话有效性验证，并在会话有效性验证通过时，依据所述目标API方法的统一资源定位符调用所述目标API方法。

进一步地，在获取目标对象的第一访问请求之前，所述方法还包括：获取所述目标对象登录所述非分布式架构系统的登录请求；依据所述登录请求创建目标会话和所述目标会话对应的第二会话ID；将所述目标会话和所述目标会话对应的第二会话ID存储在所述非分布式架构系统中。

进一步地，对所述第一访问请求中的第一会话ID进行验证包括：从所述非分布式架构系统中读取所述第二会话ID；判断所述第一会话ID是否与所述第二会话ID相同；若所述第一会话ID与所述第二会话ID相同，则对所述第一会话ID的验证通过；若所述第一会话ID与所述第二会话ID不相同，则对所述第一会话ID的验证通失败。