CN109039751A - 配置路由的方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及虚拟化服务技术，提供了一种配置路由的方法、装置、计算机设备和存储介质。所述方法包括：接收业务方发送的数据报文，数据报文包括验证标识和环境标识，根据验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。采用本方法能够在增添和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境时，借助groovy具有的动态编译性，实现对业务方的服务环境的定制，不需要重启服务器，提高处理效率。

Description

配置路由的方法、装置、计算机设备和存储介质

技术领域

本申请涉及网络通信技术领域，特别是涉及一种配置路由的方法、装置、计算机设备和存储介质。

背景技术

随着互联网技术的发展，出现了服务环境路由技术，服务环境路由处于服务网关下，它能够给外部业务方提供调用的服务，按照业务方的需求调用不同环境下的服务，其优势在于能够实现分流，隔离影响，降低地域性影响。目前行业中软件与硬件支持的路由粒度绝大多数都是服务路由级别，对于环境路由这样细粒度的需求，在传统的实现增加和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境的方式中，需要重启服务器对服务环境路由进行修改，走发版流程。

然而，目前的传统方式，存在效率低下、浪费资源等问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高效率的配置路由的方法、装置、计算机设备和存储介质。

一种配置路由的方法，所述方法包括：

接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

根据验证标识和环境标识修改预设的配置文件；

加载并解析修改后的配置文件；

根据修改后的配置文件修改预设的groovy文件；

根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

在其中一个实施例中，根据验证标识和环境标识修改预设的配置文件，包括：

根据验证标识确定业务方的优先级；

根据环境标识确定业务方所需的服务类型；

根据优先级和所需的服务类型确定业务方的服务环境；

根据业务方的服务环境修改预设的配置文件。

在其中一个实施例中，根据验证标识确定业务方的优先级，包括：

根据验证标识从Redis缓存中获取与验证标识对应的服务环境路由值；

根据服务环境路由值确定业务方的优先级。

在其中一个实施例中，根据业务方的服务环境修改预设的配置文件，包括：

在预设的配置文件中增添和/或修改一行与业务方的服务环境相对应的数据。

在其中一个实施例中，根据修改后的配置文件修改预设的groovy文件，包括：

根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，修改结果状态包括修改成功和修改失败；

当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中；

根据修改后的配置文件生成node对象；

根据node对象修改预设的groovy文件。

在其中一个实施例中，根据node对象修改预设的groovy文件，包括：

获取node对象；

根据node对象，确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求；

根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

在其中一个实施例中，根据修改后的groovy文件定制服务环境路由，并返回与业务方发送的数据报文相对应的服务数据，包括：

根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，修改结果状态包括修改成功和修改失败；

当修改后的groovy文件修改成功时，删除已存储的实例化对象；

根据修改后的groovy文件生成新的实例化对象；

根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

一种配置路由的装置，所述装置包括：

接收模块，用于接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

第一处理模块，用于根据验证标识和环境标识修改预设的配置文件；

解析模块，用于加载并解析修改后的配置文件；

第二处理模块，用于根据修改后的配置文件修改预设的groovy文件；

定制模块，用于根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

根据验证标识和环境标识修改预设的配置文件；

加载并解析修改后的配置文件；

根据修改后的配置文件修改预设的groovy文件；

根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

根据验证标识和环境标识修改预设的配置文件；

加载并解析修改后的配置文件；

根据修改后的配置文件修改预设的groovy文件；

根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

上述配置路由的方法、装置、计算机设备和存储介质，根据业务方的数据报文中的验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制业务方的服务环境并返回与业务方发送的数据报文相对应的服务数据，在增添和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境时，借助groovy具有的动态编译性，实现对业务方的服务环境的定制，不需要重启服务器，提高处理效率。

附图说明

图1为一个实施例中配置路由的方法的应用场景图；

图2为一个实施例中配置路由的方法的流程示意图；

图3为一个实施例中根据验证标识和环境标识修改预设的配置文件的流程示意图；

图4为一个实施例中根据验证标识确定业务方的优先级的流程示意图；

图5为另一个实施例中根据验证标识和环境标识修改预设的配置文件的流程示意图；

图6为一个实施例中根据修改后的配置文件修改预设的groovy文件的流程示意图；

图7为一个实施例中根据node对象修改预设的groovy文件的流程示意图；

图8为一个实施例中根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据的流程示意图；

图9为一个实施例中配置路由的装置的结构框图；

图10为另一个实施例中配置路由的装置的结构框图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的配置路由的方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器接收终端发送的数据报文，数据报文包括验证标识和环境标识，根据验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制终端的服务环境，并返回与终端发送的数据报文相对应的服务数据。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种配置路由的方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202：接收业务方发送的数据报文，数据报文包括验证标识和环境标识。

数据报文指的是业务方一次发送的数据块，数据报文中包含了完整的数据信息，其中包括验证标识、环境标识、加密标识以及需要服务方处理的数据。验证标识是由服务方定义并给到业务方的唯一业务方验证标识，用于确定业务方的优先级。环境标识是由服务方定义并给到业务方的调用环境标识，用于确定业务方所需的服务类型。当数据报文需要加密时，可通过加密标识对传输的数据进行加密处理。

S204：根据验证标识和环境标识修改预设的配置文件。

根据验证标识和环境标识可确定业务方的服务环境，根据业务方的服务环境修改预设的配置文件，修改预设的配置文件包括：当预设的配置文件中，不存在业务方的服务环境信息时，在预设的配置文件中增添一行与业务方的服务环境相对应的数据；当预设的配置文件中，存在业务方的服务环境信息时，在预设的配置文件中修改与业务方的服务环境相对应的数据。

S206：加载并解析修改后的配置文件。

当修改完配置文件后，定时加载并解析修改后的配置文件，根据修改后的配置文件确定修改后的配置文件的修改时间以及配置文件的修改情况。根据修改后的配置文件的修改时间和存储的配置文件的修改时间，可以检测修改后的配置文件的修改结果状态。根据配置文件的修改情况可以确定增添和/或修改的业务方对于服务环境路由的需求，从而根据增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

S208：根据修改后的配置文件修改预设的groovy文件。

根据修改后的配置文件确定修改后的配置文件的修改时间，将修改后的配置文件的修改时间与存储的配置文件的修改时间进行比较，检测修改后的配置文件的修改结果状态，当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中，封装修改后的配置文件并生成node对象，根据node对象修改预设的groovy文件。

S210：根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

根据修改后的groovy文件确定修改后的groovy文件的修改时间以及存储的groovy文件的修改时间可检测groovy文件的修改结果状态，当groovy文件修改成功时，删除缓存中已存储的实例化对象，根据修改后的groovy文件生成新的实例化对象，并根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

上述配置路由的方法，根据业务方的数据报文中的验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制业务方的服务环境并返回与业务方发送的数据报文相对应的服务数据，在增添和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境时，借助groovy具有的动态编译性，实现对业务方的服务环境的定制，不需要重启服务器，提高处理效率。

在其中一个实施例中，如图3所示，S204包括：

S302：根据验证标识确定业务方的优先级；

S304：根据环境标识确定业务方所需的服务类型；

S306：根据优先级和所需的服务类型确定业务方的服务环境；

S308：根据业务方的服务环境修改预设的配置文件。

服务方根据业务方的等级不同，给业务方分配验证标识，业务方在请求数据服务时，发送的数据报文中会携带服务方分配给它的验证标识，服务方的服务器根据验证标识确定业务方的优先级，优先级别高的业务方能获得更优质的服务环境。服务方的服务器根据业务方发送的数据报文中携带的环境标识确定业务方所需的服务类型，并根据优先级和所需的服务类型确定业务方的服务环境。举例说明，优先级可以为1、2、3等阿拉伯数字，其中1的优先级最高，2次之，3的优先级最低，服务器根据环境标识确定业务方所需的服务类型为A类型，同时根据业务方的验证标识确定优先级为2，则业务方的服务环境为A2。

在确定业务方的服务环境之后，根据业务方的服务环境修改预设的配置文件，修改预设的配置文件包括：当预设的配置文件中，不存在业务方的服务环境信息时，在预设的配置文件中增添一行与业务方的服务环境相对应的数据；当预设的配置文件中，存在业务方的服务环境信息时，在预设的配置文件中修改与业务方的服务环境相对应的数据。

上述实施例，通过设置优先级，根据优先级和所需的服务类型确定业务方的服务环境，能让服务器准确地为业务方分配服务环境，通过为优先级别不同的业务方提供不同等级的服务环境，实现资源分流，并且提高了业务方的服务体验，使业务方享受到与其等级匹配的优质服务。

在其中一个实施例中，如图4所示，S302包括：

S402：根据验证标识从Redis缓存中获取与验证标识对应的服务环境路由值；

S404：根据服务环境路由值确定业务方的优先级。

服务器解析验证标识，从Redis缓存中存储的XML对象中获取与验证标识对应的服务环境路由值，不同的验证标识对应不同的服务环境路由值，具体的，服务环境路由值可以为1、2、3等阿拉伯数字，根据与验证标识对应的服务环境路由值可确定业务方的优先级。在获取服务环境路由值时，若Redis缓存中存在与验证标识对应的服务环境路由值即可直接使用；若Redis缓存中不存在与验证标识对应的服务环境路由值时，则进行未获取等待重试，重试次数可自行调整，直到获取到与验证标识对应的服务环境路由值为止。

上述实施例，根据业务方的验证标识从Redis缓存中获取与验证标识对应的服务环境路由值，根据服务环境路由值确定服务环境优先级，实现了对业务方的服务环境优先级的准确确定。

在其中一个实施例中，如图5所示，S308包括：

S502：在预设的配置文件中增添和/或修改一行与业务方的服务环境相对应的数据。

当预设的配置文件中，不存在业务方的服务环境信息时，在预设的配置文件中增添一行与业务方的服务环境相对应的数据；当预设的配置文件中，存在业务方的服务环境信息时，在预设的配置文件中修改与业务方的服务环境相对应的数据。

上述实施例，通过在预设的配置文件中增添和/或修改一行与业务方的服务环境相对应的数据，在配置文件中实现了对业务方的服务环境的配置。

在其中一个实施例中，如图6所示，S208包括：

S602：根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，修改结果状态包括修改成功和修改失败；

S604：当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中；

S606：根据修改后的配置文件生成node对象；

S608：根据node对象修改预设的groovy文件。

在修改配置文件之后，要根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，当修改后的配置文件的修改时间在存储的配置文件的修改时间之后时，可认为配置文件修改成功，否则就认为配置文件修改失败。当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中，根据修改后的配置文件封装生成node对象，根据node对象修改预设的groovy文件。

上述实施例，在修改配置文件之后，根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，确认配置文件是否修改成功，当配置文件修改成功时，根据修改后的配置文件生成node对象，根据node对象修改预设的groovy文件，通过修改后的配置文件实现了对预设的groovy文件的修改。

在其中一个实施例中，如图7所示，S608包括：

S702：获取node对象；

S704：根据node对象，确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求；

S706：根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

封装的node对象中包括了修改后的配置文件，通过groovy过滤器类获取并解析node对象，可以确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求，根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求对预设的groovy文件进行修改，使groovy文件能根据业务方对于服务环境路由的需求定制业务方的服务环境。

上述实施例，通过获取并解析node对象，确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求，根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件，实现了对预设的groovy文件的准确修改，确保业务方对于服务环境路由的需求能够得到满足。

在其中一个实施例中，如图8所示，S210包括：

S802：根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，修改结果状态包括修改成功和修改失败；

S804：当修改后的groovy文件修改成功时，删除已存储的实例化对象；

S806：根据修改后的groovy文件生成新的实例化对象；

S808：根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

在修改groovy文件之后，要根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，当修改后的groovy文件的修改时间在存储的groovy文件的修改时间之后时，可认为groovy文件修改成功，否则就认为groovy文件修改失败。当修改后的groovy文件修改成功时，删除已存储的实例化对象，使用Groovy Compiler对修改后的groovy文件进行编译，生成class文件，再通过对class文件反射实例化生成新的实例化对象，根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

上述实施例，在修改groovy文件之后，根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，确认groovy文件是否修改成功，当groovy文件修改成功时，删除已存储的实例化对象，根据修改后的groovy文件生成新的实例化对象，根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据，根据修改后的groovy文件实现了对业务方的服务环境的定制并返回了与业务方发送的数据报文相对应的服务数据。

应该理解的是，虽然图2-8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种配置路由的装置，包括：接收模块902、第一处理模块904、解析模块906、第二处理模块908和定制模块910，其中：

接收模块902，用于接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

第一处理模块904，用于根据验证标识和环境标识修改预设的配置文件；

解析模块906，用于加载并解析修改后的配置文件；

第二处理模块908，用于根据修改后的配置文件修改预设的groovy文件；

定制模块910，用于根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

上述配置路由的装置，根据业务方的数据报文中的验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制业务方的服务环境并返回与业务方发送的数据报文相对应的服务数据，在增添和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境时，借助groovy具有的动态编译性，实现对业务方的服务环境的定制，不需要重启服务器，提高处理效率。

在其中一个实施例中，如图10所示，第一处理模块904包括第一修改模块912，第一修改模块912用于根据验证标识确定业务方的优先级，根据环境标识确定业务方所需的服务类型，根据优先级和所需的服务类型确定业务方的服务环境，根据业务方的服务环境修改预设的配置文件。

在其中一个实施例中，如图10所示，第一修改模块912包括优先级确定模块914，优先级确定模块914用于根据验证标识从redis缓存中获取与验证标识对应的服务环境路由值，根据服务环境路由值确定业务方的优先级。

在其中一个实施例中，如图10所示，第一修改模块912包括数据修改模块916，数据修改模块916用于在预设的配置文件中增添和/或修改一行与业务方的服务环境相对应的数据。

在其中一个实施例中，如图10所示，第二处理模块908包括第二修改模块918，第二修改模块918用于根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，修改结果状态包括修改成功和修改失败，当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中，根据修改后的配置文件生成node对象，根据node对象修改预设的groovy文件。

在其中一个实施例中，如图10所示，第二修改模块918包括配置修改模块920，配置修改模块920用于获取node对象，根据node对象，确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求，根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

在其中一个实施例中，如图10所示，定制模块910包括实例化模块922，实例化模块922用于根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，修改结果状态包括修改成功和修改失败，当修改后的groovy文件修改成功时，删除已存储的实例化对象，根据修改后的groovy文件生成新的实例化对象，根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

关于配置路由的装置的具体限定可以参见上文中对于配置路由的方法的限定，在此不再赘述。上述配置路由的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储预设的配置文件的数据和预设的groovy文件的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种配置路由的方法。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

根据验证标识和环境标识修改预设的配置文件；

加载并解析修改后的配置文件；

根据修改后的配置文件修改预设的groovy文件；

根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

上述配置路由的计算机设备，根据业务方的数据报文中的验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制业务方的服务环境并返回与业务方发送的数据报文相对应的服务数据，在增添和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境时，借助groovy具有的动态编译性，实现对业务方的服务环境的定制，不需要重启服务器，提高处理效率。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据验证标识确定业务方的优先级；

根据环境标识确定业务方所需的服务类型；

根据优先级和所需的服务类型确定业务方的服务环境；

根据业务方的服务环境修改预设的配置文件。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据验证标识从Redis缓存中获取与验证标识对应的服务环境路由值；

根据服务环境路由值确定业务方的优先级。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在预设的配置文件中增添和/或修改一行与业务方的服务环境相对应的数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，修改结果状态包括修改成功和修改失败；

当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中；

根据修改后的配置文件生成node对象；

根据node对象修改预设的groovy文件。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取node对象；

根据node对象，确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求；

根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，修改结果状态包括修改成功和修改失败；

当修改后的groovy文件修改成功时，删除已存储的实例化对象；

根据修改后的groovy文件生成新的实例化对象；

根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收业务方发送的数据报文，数据报文包括验证标识和环境标识；

根据验证标识和环境标识修改预设的配置文件；

加载并解析修改后的配置文件；

根据修改后的配置文件修改预设的groovy文件；

根据修改后的groovy文件定制业务方的服务环境，并返回与业务方发送的数据报文相对应的服务数据。

上述配置路由的存储介质，根据业务方的数据报文中的验证标识和环境标识修改预设的配置文件，加载并解析修改后的配置文件，根据修改后的配置文件修改预设的groovy文件，根据修改后的groovy文件定制业务方的服务环境并返回与业务方发送的数据报文相对应的服务数据，在增添和修改不同业务方对于服务环境路由的需求，为业务方分配服务环境时，借助groovy具有的动态编译性，实现对业务方的服务环境的定制，不需要重启服务器，提高处理效率。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据验证标识确定业务方的优先级；

根据环境标识确定业务方所需的服务类型；

根据优先级和所需的服务类型确定业务方的服务环境；

根据业务方的服务环境修改预设的配置文件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据验证标识从Redis缓存中获取与验证标识对应的服务环境路由值；

根据服务环境路由值确定业务方的优先级。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在预设的配置文件中增添和/或修改一行与业务方的服务环境相对应的数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据存储的配置文件的修改时间检测修改后的配置文件的修改结果状态，修改结果状态包括修改成功和修改失败；

当修改后的配置文件修改成功时，加载修改后的配置文件存入Redis缓存中；

根据修改后的配置文件生成node对象；

根据node对象修改预设的groovy文件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取node对象；

根据node对象，确定修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求；

根据修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据存储的groovy文件的修改时间检测修改后的groovy文件的修改结果状态，修改结果状态包括修改成功和修改失败；

当修改后的groovy文件修改成功时，删除已存储的实例化对象；

根据修改后的groovy文件生成新的实例化对象；

根据新的实例化对象生成供业务方调用的服务环境并返回与业务方发送的数据报文相对应的服务数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种配置路由的方法，所述方法包括：

接收业务方发送的数据报文，所述数据报文包括验证标识和环境标识；

根据所述验证标识和所述环境标识修改预设的配置文件；

加载并解析修改后的配置文件；

根据所述修改后的配置文件修改预设的groovy文件；

根据修改后的groovy文件定制业务方的服务环境，并返回与所述业务方发送的数据报文相对应的服务数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述验证标识和所述环境标识修改预设的配置文件，包括：

根据所述验证标识确定业务方的优先级；

根据所述环境标识确定业务方所需的服务类型；

根据所述优先级和所述所需的服务类型确定业务方的服务环境；

根据所述业务方的服务环境修改预设的配置文件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述验证标识确定业务方的优先级，包括：

根据所述验证标识从Redis缓存中获取与所述验证标识对应的服务环境路由值；

根据所述服务环境路由值确定业务方的优先级。

4.根据权利要求2所述的方法，其特征在于，所述根据所述业务方的服务环境修改预设的配置文件，包括：

在所述预设的配置文件中增添和/或修改一行与所述业务方的服务环境相对应的数据。

5.根据权利要求1所述的方法，其特征在于，所述根据所述修改后的配置文件修改预设的groovy文件，包括：

根据存储的配置文件的修改时间检测所述修改后的配置文件的修改结果状态，所述修改结果状态包括修改成功和修改失败；

当所述修改后的配置文件修改成功时，加载所述修改后的配置文件存入Redis缓存中；

根据所述修改后的配置文件生成node对象；

根据所述node对象修改预设的groovy文件。

6.根据权利要求5所述的方法，其特征在于，所述根据所述node对象修改预设的groovy文件，包括：

获取所述node对象；

根据所述node对象，确定所述修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求；

根据所述修改后的配置文件中增添和/或修改的业务方对于服务环境路由的需求修改预设的groovy文件。

7.根据权利要求1所述的方法，其特征在于，所述根据修改后的groovy文件定制服务环境路由，并返回与所述业务方发送的数据报文相对应的服务数据，包括：

根据存储的groovy文件的修改时间检测所述修改后的groovy文件的修改结果状态，所述修改结果状态包括修改成功和修改失败；

当所述修改后的groovy文件修改成功时，删除已存储的实例化对象；

根据所述修改后的groovy文件生成新的实例化对象；

根据新的实例化对象生成供业务方调用的服务环境并返回与所述业务方发送的数据报文相对应的服务数据。

8.一种配置路由的装置，其特征在于，所述装置包括：

接收模块，用于接收业务方发送的数据报文，所述数据报文包括验证标识和环境标识；

第一处理模块，用于根据所述验证标识和所述环境标识修改预设的配置文件；

解析模块，用于加载并解析修改后的配置文件；

第二处理模块，用于根据所述修改后的配置文件修改预设的groovy文件；

定制模块，用于根据修改后的groovy文件定制业务方的服务环境，并返回与所述业务方发送的数据报文相对应的服务数据。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。