CN111756804A - 一种配置web请求的方法及装置 - Google Patents

Abstract

本发明提供了一种配置web请求的方法及装置，方法包括获取web请求，识别web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下；将系统安装部署到服务端，启动web容器服务；在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，初始化文件数据到内存中，定义一个哈希表存储；监听客户端发起的web请求，判断协议类型，根据协议类型进行请求转发。本发明只需要维护一套系统代码，满足不同客户的定制化需求，减少代码分支的数量及公司维护人员的开发成本，而且在开发过程中，可根据厂商需求完成快速的适配过程，提高了工作效率。

Description

一种配置web请求的方法及装置

技术领域

本发明涉及web请求处理技术领域，尤其是一种配置web请求的方法及装置。

背景技术

当前管理或者服务系统在为各种不同厂商提供不同接口或者服务时，总是会单独为不同客户进行特定的定制化操作，满足客户的给定需求；而且对接不同客户系统时，客户的系统采用的通信协议也可能是不相同的，当自身的管理系统对接客户的系统时，若两者采用的Web协议不同，则可能同时需要修改系统代码，来成功对接客户的需求。

目前主流Web协议中，Web端的访问协议主要涉及两种：Http明文网络传输协议和Https安全加密传输协议。Http协议是用于从WWW服务器传输超文本到本地浏览器的传送协议，它可以使浏览器更加高效，使网络传输减少，是一个无状态的协议；Https协议是以安全为目标的HTTP通道，建立一个信息安全通道，通过加密算法进行加密传输确保信息的安全性。通常情况下，一个企业选择具体哪种Web协议，主要考虑的要素就是系统的访问流量、数据的网络传输安全性、以及使用Https协议签名证书产生的费用等。所以当前主流配置中，企业的Web系统设计往往只会采用一种协议，在此基础上，再进行Web系统的数据交互和框架设计等。

所以在当前诸多场景下，系统服务提供方在对外提供服务时，往往是单独为不同厂商定制一套系统，容易形成多套代码分支，不仅增加了代码分支的管理维护成本，同时限制了系统的扩展性，因为对客户的不同请求协议的适配，往往是涉及到修改系统的实现代码。

发明内容

本发明提供了配置web请求的方法及装置，用于解决现有系统服务提供方在对外提供服务时代码分支的管理维护成本高，同时限制了系统扩展的问题。

为实现上述目的，本发明采用下述技术方案：

本发明第一方面提供了一种配置web请求的方法，所述方法包括以下步骤：

获取web请求，识别当前的web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下；

编译打包完成后，将系统安装部署到服务端，启动web容器服务；

在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储；

监听客户端发起的web请求，通过所述哈希表判断协议类型，根据协议类型进行请求转发。

进一步地，在所述获取web请求之前还包括步骤：配置默认协议。

进一步地，所述默认协议为Https协议。

进一步地，所述方法还包括：对未使用默认协议的web请求端口重定向为默认协议的web请求端口。

进一步地，所述设定格式为集合数组形式，其中key值代表协议的名称，数据集合元素为具体的请求。

进一步地，所述哈希表的数据结构为：key值表示请求协议名称，value值表示该请求协议对应的请求集合。

进一步地，根据协议类型进行请求转发的具体过程为：

若当前请求是默认协议，则进入Servlet类，发送当前请求；

若当前请求不是默认协议，则进入代理类，在类中采用后端反向代理方式，发送当前请求。

进一步地，所述在类中采用后端反向代理方式具体为：

在服务端进行web请求的URL地址转换，进行URL拼接；所述URL拼接包括当前协议、服务端IP地址和当前请求中方法、参数的拼接。

本发明第二方面提供了一种配置web请求的装置，所述装置包括：

请求分析处理单元，用于获取web请求，识别当前的web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下；

安装部署单元，编译打包完成后，将系统安装部署到服务端，启动web容器服务；

配置文件处理单元，在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储；

请求发送单元，监听客户端发起的web请求，通过所述哈希表判断协议类型，根据协议类型进行请求转发。

进一步地，所述请求发送单元包括：

第一请求发送模块，在当前请求是默认协议时，则进入Servlet类，发送当前请求；

第二请求发送模块，在当前请求不是默认协议时，进入代理类，在类中采用后端反向代理方式，发送当前请求。

发明内容中提供的效果仅仅是实施例的效果，而不是发明所有的全部效果，上述技术方案中的一个技术方案具有如下优点或有益效果：

本发明通过识别web请求的协议类型，在编辑打包阶段读取配置文件的方式，写数据到项目指定目录下，使用一套代码提供适配不同厂商对不同接口的使用情况；同时对不同厂商不同的Web协议的请求，采用自动识别配置的方式，完成请求的识别及转发功能，满足不同客户在集成公司已有系统时，快速的进行不同模块或者框架的整合，完成Web管理系统的集成和扩展；同时只需要维护一套系统代码，减少代码分支的数量，减少了公司维护人员的开发成本，而且在开发过程中，可根据厂商需求完成快速的适配过程，提高了工作效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明所述方法的流程示意图；

图2是本发明所述方法具体实施例的流程示意图；

图3是本发明所述装置的结构示意图。

具体实施方式

为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

本发明Web请求的自动化配置方法，不仅是对系统提供接口的自动配置，同时也是对提供接口不同Web协议的自动化配置的过程。在进行系统扩展、整合或者集成第三方厂商系统时，可以根据厂商系统或者接口需要，识别厂商的非Https协议的请求配置文件，通过在系统的编译打包阶段，读写配置文件，将文件内容输出到项目给定目录下；当登陆Web系统时，读取项目的配置文件，初始化数据到内存中；在发送的每个Web请求中，依据内存数据，对发起的请求进行使用协议的判断，动态自动化的完成请求的处理及发送。

如图1、2所示，本发明配置web请求的方法包括以下步骤：

S1,获取web请求，识别当前的web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下。

S2,编译打包完成后，将系统安装部署到服务端，启动web容器服务；此步骤是系统安装的通用步骤，启动web容器服务，供不同用户访问。

S3，在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储。

S4,监听客户端发起的web请求，通过所述哈希表判断协议类型，根据协议类型进行请求转发。

在上述步骤S1之前还包括步骤：配置默认协议。本实施例中默认协议为Https协议。默认使用进行网络传输加密的Https协议，确保数据网路传输的安全。

在步骤S1中，对未使用默认协议的web请求端口重定向为默认协议的web请求端口。

对使用非Https协议的请求进行识别并且按照一定的格式进行配置，若除使用Https协议外无其他协议，默认可不提供配置文件。其中，在识别上根据合作方提供的具体接口的调用请求协议上，识别区分使用的是何种网络协议；在格式的配置上，对于非Https的协议，组织成集合数组形式，如对请求/license采用Http协议，组织成Http:[/license]，其中key值代表的是协议的名称，数据集合元素为具体的请求，整体结构如{Http:[/license]}。

在系统编译打包阶段，启动编译后，首先根据协议类型确定是否进行定制化处理，若是Http协议，对提供的请求协议的配置文件进行读文件操作，同时将读取的数据进行写操作输出到项目给定的目录下，进行编译打包；若是Https协议，项目下有默认的配置文件，直接进行编译打包。

步骤S3进行登录初始化，在Web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储，定义哈希数据结构为key值为请求协议名称，value为该请求协议对应的请求集合，如{Http:[/license]}结构。

步骤S4对客户端的请求处理，监听客户端发起的每一个请求，进行servlet拦截。首先对该请求进行特征识别，从哈希表中判断该请求所用的协议类型：

若当前请求是Https协议，则进入Servlet类，发送当前请求；若当前请求是Http协议，则进入代理类，在类中采用后端JAVA反向代理方式，发送当前请求。客户端接收服务端对请求的响应数据，调用回调函数，完成具体的业务逻辑操作。

在类中采用JAVA反向代理方式具体为：在服务端进行web请求的URL地址转换，进行URL拼接；所述URL拼接包括当前协议、web请求对应的服务端IP地址和当前请求中方法、参数的拼接。

通过该方案的执行，采用一套分支代码的，不仅降低了代码的维护成本，同时对不同厂商客户使用一套代码，配置Web请求协议数据，达到不同厂商不同请求的Web请求自动化配置，真正做到“一套系统，服务不同厂商及不同协议”的自动化识别、配置。降低维护成本，自动化服务不同厂商，增加系统的扩展性和兼容性，可以满足不同客户的要求，进而增加企业的产品形象,提高了企业营收利润。

如图3所示，本发明配置web请求的装置包括请求分析单元1、安装部署单元2、配置文件处理单元3和请求发送单元4。

请求分析处理单元1用于获取web请求，识别当前的web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下。

安装部署单元2编译打包完成后，将系统安装部署到服务端，启动web容器服务。

配置文件处理单元3在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储。

请求发送单元4监听客户端发起的web请求，通过所述哈希表判断协议类型，根据协议类型进行请求转发。

请求发送单元4包括第一请求发送模块41和第二请求发送模块42。第一请求发送模块41在当前请求是默认协议时，则进入Servlet类，发送当前请求；第二请求发送模块42在当前请求不是默认协议时，进入代理类，在类中采用后端反向代理方式，发送当前请求。

上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (10)

1.一种配置web请求的方法，其特征是，所述方法包括以下步骤：

获取web请求，识别当前的web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下；

编译打包完成后，将系统安装部署到服务端，启动web容器服务；

在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储；

监听客户端发起的web请求，通过所述哈希表判断协议类型，根据协议类型进行请求转发。

2.根据权利要求1所述配置web请求的方法，其特征是，在所述获取web请求之前还包括步骤：配置默认协议。

3.根据权利要求2所述配置web请求的方法，其特征是，所述默认协议为Https协议。

4.根据权利要求1所述配置web请求的方法，其特征是，所述方法还包括：对未使用默认协议的web请求端口重定向为默认协议的web请求端口。

5.根据权利要求1所述配置web请求的方法，其特征是，所述设定格式为集合数组形式，其中key值代表协议的名称，数据集合元素为具体的请求。

6.根据权利要求1所述配置web请求的方法，其特征是，所述哈希表的数据结构为：key值表示请求协议名称，value值表示该请求协议对应的请求集合。

7.根据权利要求1所述配置web请求的方法，其特征是，根据协议类型进行请求转发的具体过程为：

若当前请求是默认协议，则进入Servlet类，发送当前请求；

若当前请求不是默认协议，则进入代理类，在类中采用后端反向代理方式，发送当前请求。

8.根据权利要求7所述配置web请求的方法，其特征是，所述在类中采用后端反向代理方式具体为：

在服务端进行web请求的URL地址转换，进行URL拼接；所述URL拼接包括当前协议、服务端IP地址和当前请求中方法、参数的拼接。

9.一种配置web请求的装置，其特征是，所述装置包括：

请求分析处理单元，用于获取web请求，识别当前的web请求是否使用默认协议，若否，将当前请求按照设定格式进行配置，在系统编译打包时，对配置文件进行读操作，将读取的数据写入对应项目给定目录下；

安装部署单元，编译打包完成后，将系统安装部署到服务端，启动web容器服务；

配置文件处理单元，在web端登陆时，查找项目给定目录下的配置文件，进行文件的读操作，并初始化文件数据到内存中，定义一个哈希表存储；

请求发送单元，监听客户端发起的web请求，通过所述哈希表判断协议类型，根据协议类型进行请求转发。

10.根据权利要求9所述的配置web请求的装置，其特征是，所述请求发送单元包括：

第一请求发送模块，在当前请求是默认协议时，则进入Servlet类，发送当前请求；

第二请求发送模块，在当前请求不是默认协议时，进入代理类，在类中采用后端反向代理方式，发送当前请求。

Images