一种应用线程池的监控方法及线程池监控装置

技术领域

本文涉及开放平台系统领域，尤其涉及一种应用线程池的监控方法及线程池监控装置。

背景技术

在开放平台系统下，诸多业务场景实现要求灵活，往往因需定时进行处理，又要满足一定的时效要求，比如银行的发卡、贷款、分期等业务，会有自动审批这些的业务场景、微信专线探活的业务场景、对账、数据库多库间的数据同步等业务场景，这些业务场景需要通过业务代码层自定义线程池的方式来实现。在开放平台系统架构下，大量的业务代码层自定义线程池的使用可能引发严重的生产问题，诸如因业务代码层线程池线程超过容量，请求的线程产生堆积继而报错引发交易响应时间长、业务成功率低、cpu内存使用率突增等问题。

为及时掌握线程池运行状态，以规避因业务代码层自定义线程池满而引发的生产问题则成为主要考虑方向。

发明内容

本文用于解决现有技术中，大量业务代码层自定义线程池的使用将会引发严重的生产问题。

为了解决上述技术问题，本文的第一方面提供一种应用线程池的监控方法，包括：

获取应用线程池的配置信息，其中，所述配置信息包括监控参数；

将所述应用线程池的配置信息注册至线控管理定时任务中，生成线程池监控任务；

执行所述线程池监控任务，以获取应用线程池监控参数信息，并根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息，上送所述应用线程池日志信息至后台服务器，以使后台服务器根据应用线程池日志信息、应用线程池的个性化性能容量指标及指标阈值，对所述应用线程池进行监测。

本文进一步实施例中，获取应用线程池的配置信息包括：

从参数配置中心读取应用线程池的配置信息；

若读取失败，则从本地数据库中读取应用线程池的配置信息；

其中，本地数据库中存储有从参数配置中心中预先读取的各应用线程池的配置信息。

本文进一步实施例中，应用线程池的监控方法还包括：

监听所述参数配置中心中各应用线程池的配置信息，当有应用线程池的配置信息被修改后，重新读取各应用线程池的配置信息。

本文进一步实施例中，通过注解或API方式将所述应用线程池的配置信息注册至所述线控管理定时任务中，生成线程池监控任务。

本文进一步实施例中，上送所述应用线程池日志信息至后台服务器，包括：

发送所述应用线程池日志信息至分布式消息发布订阅系统，由所述分布式消息发布订阅系统根据所述后台服务器请求发送所述应用线程池日志信息至所述后台服务器。

本文的第二方面提供一种应用线程池的监控方法，包括：

接收并存储应用系统发送的应用线程池日志信息；

根据应用线程池的个性化性能容量指标，匹配应用线程池日志信息，确定应用线程池的个性化性能容量指标值；

比较应用线程池的个性化性能容量指标值及指标阈值，若计算出的指标值超出指标阈值范围，则产生报警。

本文第三方面提供一种应用系统，包括：

获取模块，用于获取应用线程池的配置信息，其中，所述配置信息包括监控参数；

监控任务生成模块，用于将所述应用线程池的配置信息注册至线控管理定时任务中，生成线程池监控任务；

监控任务执行模块，用于执行所述线程池监控任务，以获取应用线程池监控参数信息，并根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息，上送所述应用线程池日志信息至后台服务器，以使后台服务器根据应用线程池日志信息、应用线程池的个性化性能容量指标及指标阈值，对所述应用线程池进行监测。

本文第四方面提供一种后台服务器线程池监控装置，包括：

存储模块，用于接收并存储应用系统发送的应用线程池日志信息；

匹配模块，用于根据应用线程池的个性化性能容量指标，匹配应用线程池日志信息，确定应用线程池的个性化性能容量指标值；

比较模块，用于比较应用线程池的个性化性能容量指标值及指标阈值，若计算出的指标值超出指标阈值范围，则产生报警。

本文第五方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述任一实施例所述的应用线程池的监控方法。

本文第六方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述任一实施例所述的应用线程池的监控方法。

本文提供的应用线程池的监控方法及线程池监控装置，通过由应用系统获取应用线程池的配置信息，将应用线程池的配置信息注册至线控管理定时任务中，生成线程池监控任务；执行线程池监控任务，以获取应用线程池监控参数信息，并根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息，上送所述应用线程池日志信息至后台服务器，以使后台服务器根据应用线程池日志信息、应用线程池的个性化性能容量指标及指标阈值，对所述应用线程池进行监测，能够及时掌握线程池运行状态，尽早发现应用线程池异常情况，避免因应用线程池满而引发的生产问题。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本文实施例应用系统侧应用线程池监控方法的流程图；

图2示出了本文实施例后台服务器侧应用线程池监控方法的流程图；

图3示出了本文实施例应用线程池监控系统的结构图；

图4示出了本文实施例应用线程池监控方法的流程图；

图5示出了本文实施例应用系统线程池监控装置的结构图；

图6示出了本文实施例后台服务器线程池监控装置的结构图；

图7示出了本文实施例计算机设备的结构图。

附图符号说明：

510、获取模块；

520、监控任务生成模块；

530、监控任务执行模块；

610、存储模块；

620、匹配模块；

630、比较模块；

702、计算机设备；

704、处理器；

706、存储器；

708、驱动机构；

710、输入/输出模块；

712、输入设备；

714、输出设备；

716、呈现设备；

718、图形用户接口；

720、网络接口；

722、通信链路；

724、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

现有技术中，越来越多的业务代码层自定义线程池应用于应用系统中，但大量的业务代码层自定义线程池使用将会引发严重的生产问题，现有技术中并未见对线程池管理的方案。因此，急需一种能够掌握线程池运行状态的方案来避免因业务代码层自定义线程池满而引发的生产问题。

基于此，本文一实施例中，提供一种应用系统侧的应用线程池的监控方法，如图1所示，包括：

步骤110，获取应用线程池的配置信息，其中，应用线程池的配置信息包括应用线程池的监控参数；

步骤120，将所述应用线程池的配置信息注册至线控管理定时任务中，生成线程池监控任务；

步骤130，执行所述线程池监控任务，以获取应用线程池监控参数信息，并根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息，上送所述应用线程池日志信息至后台服务器。

进一步的，后台服务器接收到应用线程池日志信息之后，根据应用线程池日志信息、应用线程池的个性化性能容量指标及指标阈值，对所述应用线程池进行监测。具体监测过程参见后续实施例，此处不再详述。

本实施例通过应用系统侧根据应用线程池的配置信息生成线程池监控任务，执行线程池监控任务实现应用线程池监控参数信息的抓取，根据后台服务器交互接口规定的数据格式构造并上送应用线程池日志信息，由后台服务器根据应用线程池日志信息、应用线程池的个性化性能容量指标及指标阈值，对所述应用线程池进行监测，能够使得运维人员及时掌握线程池运行状态，尽早发现应用线程池异常情况，避免因应用线程池满而引发的生产问题。

详细的说，本文所述的线程池监控，其实质就是监控线程池各参数的运行情况。

本文所述的应用线程池为业务代码层自定义线程池，指在业务代码逻辑层通过线程池的方式来实现相关业务逻辑，每一线程池包括多个线程。业务逻辑根据应用领域不同而不同，以银行领域为例，业务逻辑例如为实现发卡、对账、查询等功能，本文对此不作具体限定。

上述步骤110实施时，为了保证监控实时性，提高参数提取效率，获取应用线程池的配置信息包括：从参数配置中心读取应用线程池的配置信息；若读取失败，则从本地数据库中读取应用线程池的配置信息；其中，本地数据库中存储有预先从参数配置中心中读取的各应用线程池的配置信息。

进一步的，为了保证本地数据中预存的线程池配置信息的有效性及实时性，还包括：监听所述参数配置中心中各应用线程池的配置信息，当有应用线程池的配置信息被修改后，重新读取各应用线程池的配置信息。

详细的说，参数配置中心中的应用线程池监控参数可由开发人员根据应用线程池的业务代码逻辑预先配置。应用线程池监控参数以key-value的形式进行存储，每一个应用线程池监控参数由一个key-value键值对来标识。其中，key，为线程池参数的唯一标识，其格式为：应用集群应用唯一ID.应用名.线程池唯一名称。线程池唯一名称一般采用线程池所在类的完整类名作为唯一名称。Value为JSON格式字符串，其值格式为：

{

"initialDelay":initialDelay为监控启动初始化延迟时间，单位：秒

"topic":为上送日志topic，此实现中固定送PCAP_APP_MONITOR_F

"targetId":为性能容量管理模块中的指标ID

"cron":cron为上送性能容量管理模块数据的日志周期表达式

"name":纳入线程池完整类名(即key的后缀)

}

一些实施方式中，可通过人为的方式录入JSON字符串。具体实施时，为了避免手工编辑错误，还可以通过com.alibaba.fastjson.JSON.toJSONString工具来生成对应的JSON字符串。

应用线程池监控参数由各应用根据各业务逻辑自行定义需关注的参数，具体实施时，可由人工进行配置，本文对应用线程池监控参数具体值不做限定。对于应急时效性要求极高的情况，可直接修改配置value的值以满足应急要求，其他情况的参数信息可以作为版本参数，由开发版带出。

上述步骤120具体实施时，通过注解或API(Application ProgrammingInterface，应用程序接口)方式将应用线程池的配置信息注册至线控管理定时任务(Quartz)中，生成线程池监控任务。

其中，通过注解方式将应用线程池注册至线控管理定时任务中，即在应用线程池声明的地方添加注解，形如@Monitor，其中，Monitor用于规定获取应用线程池的配置信息，注解的方式将应用线程池的配置信息注册至线控管理定时任务中对原线程池代码的入侵性小，能够避免修改原线程池代码带来的影响，实现了开放平台下进行低耦合监控业务代码层自定义线程池的安全有效的效果。

通过API方式将应用线程池的配置信息注册至线控管理定时任务中，即在应用线程池初始化后，调用相关API进行注册。

上述步骤130实施时，可周期性的执行线程池监控任务，具体执行频率可根据需求进行设定，本文对此不作限定。根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息，即为按照后台服务器的交互接口的规定，将应用线程池监控参数信息构造为应用线程池日志信息。其中，后台服务器的交互接口用于规定日志信息的数据结构。日志信息即为按照接口格式的被监控线程池各参数信息的数据。

上述步骤130实施时，上送应用线程池日志信息至后台服务器，包括：发送应用线程池日志信息至分布式消息发布订阅系统(kafka)，由分布式消息发布订阅系统根据后台服务器请求发送应用线程池日志信息至后台服务器。

本文一实施例中，还提供一种后台服务器侧的应用线程池的监控方法，如图2所示，包括：

步骤210，接收并存储应用系统发送的应用线程池日志信息；

步骤220，根据应用线程池的个性化性能容量指标，匹配应用线程池日志信息，确定应用线程池的个性化性能容量指标值；

步骤230，比较应用线程池的个性化性能容量指标值及指标阈值，若计算出的指标值超出指标阈值范围，则产生报警。

详细的说，不同的应用线程池对应不同的个性化性能容量指标，例如为应用线程池中活动线程个数，还可以将应用线程池本身作为个性化性能容量指标，各应用线程池的个性化性能容量指标均为应用特有的性能容量指标，可由应用具体业务逻辑及监控需要进行配置。

个性化性能容量指标可存储于后台服务器的线程池监控装置中，后台服务器线程池监控装置包括性能容量管理模块，其中，性能容量管理模块包括web前端及后台数据库。web前端为与操作人员交互模块，可提供前端页面，以供操作人员通过前端页面配置应用线程池的个性化性能容量指标及对应的指标阈值。web前端还可对应用线程池的个性化性能容量指标值进行报表展现、图形化的趋势展现等。个性化性能容量指标中包含的参数ID名称与线程池监控参数的ID名称值保持一致，也可以理解为，个性化性能容量指标包含多个线程池监控参数，个性化性能容量指标值指的是其包含的线程池监控参数值。

具体的，上述步骤220实施时，对于每一应用线程池的个性化性能容量指标，将该应用线程池的个性化性能容量指标中的参数ID名称与应用线程池日志信息中的参数ID名称进行匹配，若均匹配成功，则根据匹配出的参数值确定应用线程池的个性化性能容量指标值。

通过上述步骤220的实施，可以掌握业务开展的实际情况，例如某个发卡审核流程子系统下快速发卡blaze线程池，可作为该发卡审核流程子系统下快速发卡业务的一个性能容量指标，配好该性能容量指标，就能实现对该业务线程池的监控管理，进而实现对快速发卡业务的实际开展情况进行掌握。

指标阈值可根据需求进行设定，本文对其具体取值不做限定，指标阈值包含多个指标子阈值，其中，指标子阈值的个数与应用线程池的个性化性能容量指标中包含的线程池监控参数个数一致，也就是说，应用线程池的个性化性能容量指标中每一线程池监控参数均具有一指标子阈值。

一些实施方式中，上述步骤230可以当应用线程池的个性化性能容量指标中其中一线程池监控参数值超出指标子阈值，则产生报警。其它实施方式中，还可当应用线程池的个性化性能容量指标中其中部分或全部线程池监控参数值超出指标子阈值，则产生报警。本文对报警的条件不做具体限定。

具体实施时，产生报警的过程包括：当待监控的应用线程池的个性化性能容量指标值超出指标阈值范围时，根据比较结果构造监控报文，将监控报文上送至监控系统，由监控系统根据监控报文进行报警。具体实施时，还可由web前端在前端页面展示监控报文。本文对报警的执行方不做限定。

通过上述步骤230可以提醒工作人员(例如生产支持经理)及时处理异常情况，尽早规避更大的生产问题。报警的方式包括但不限于声音、语音、文字等直接报警方式，邮件、短信等信息发送的间接报警方式。

为了更清楚说明本文应用线程池的监控方法，下面以一具体实施进行详细说明，具体的，如图3及图4所示，图3示出了本文实施例应用线程池监控系统的结构图，图4示出了本文实施例应用线程池监控方法的流程图。其中，步骤401～步骤407执行主体为应用系统，即应用业务逻辑代码，步骤408～步骤409执行主体为后台服务器，具体的，应用线程池监控方法包括：

步骤401，应用系统从参数配置中心获取各应用自行配置的各应用线程池的配置信息，其中，各应用线程池的配置信息即各线程池的监控参数；

步骤402，若步骤401读取成功，则将配置信息缓存至本地数据库中，并执行步骤404，若步骤401读取失败，则执行步骤403；本步骤执行过程中，还实时监听参数配置中心中配置信息是否有修改，如果参数配置中心中配置信息有修改，则重新读入参数配置中心中应用线程池的配置信息，以同步修改本地缓存；

步骤403，从本地数据库中获取各应用线程池的配置信息，本步骤执行完后执行步骤404；

步骤404，初始化待监控线程池；

步骤405，在待监控线程池初始化完成后，通过注解或API的方式将待监控线程池的配置信息ThreadPoolExecutor注册到线控管理定时任务中去，得到线程池监控任务；

步骤406，周期性执行线程池监控任务，以获取应用线程池监控参数信息，并根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息；

步骤407，将构造好的应用线程池日志信息，按后台服务器线程池监控装置提供的接口方式上送至后台数据库存储，期间通过分布式发布订阅消息系统(kafka)对接；

步骤408，后台线程池监控装置的web前端根据应用线程池的个性化性能容量指标，匹配应用线程池日志信息，确定应用线程池的个性化性能容量指标值，对应用线程池的个性化性能容量指标值进行图形化展示，图形化展现便于观察趋势，图形走向趋势也给应用维护经理提供运维参考；

步骤409，比较应用线程池的个性化性能容量指标值及指标阈值，若计算出的指标值超出指标阈值范围，则根据比较结果产生报警报文，由监控系统根据报警报文进行报警，以提示相关生产支持经理进行处理。

基于同一发明构思，本文还提供一种应用系统线程池监控装置及后台服务器线程池监控装置，如下面的实施例所述。由于应用系统线程池监控装置及后台服务器线程池监控装置解决问题的原理分别与图1及图2所示方法相似，因此应用系统线程池监控装置及后台服务器线程池监控装置的实施可以参见图1及图2所示方法，重复之处不再赘述。

本实施例提供的应用系统线程池监控装置及后台服务器线程池监控装置包括多个功能模块，均可以由专用或者通用芯片实现，还可以通过软件程序实现，本文对此不作限定。

具体的，如图5所示，应用系统线程池监控装置包括：

获取模块510，用于获取应用线程池的配置信息，其中，所述配置信息包括监控参数；

监控任务生成模块520，用于将应用线程池的配置信息注册至线控管理定时任务中，生成线程池监控任务；

监控任务执行模块530，用于执行所述线程池监控任务，以获取应用线程池监控参数信息，并根据所述应用线程池监控参数信息及后台服务器的交互接口，构造应用线程池日志信息，上送所述应用线程池日志信息至后台服务器，以使后台服务器根据应用线程池日志信息、应用线程池的个性化性能容量指标及指标阈值，对所述应用线程池进行监测。

如图6所示，后台服务器线程池监控装置，包括：

存储模块610，用于接收并存储应用系统发送的应用线程池日志信息；

匹配模块620，用于根据应用线程池的个性化性能容量指标，匹配应用线程池日志信息，确定应用线程池的个性化性能容量指标值；

比较模块630，用于比较应用线程池的个性化性能容量指标值及指标阈值，若计算出的指标值超出指标阈值范围，则产生报警。

本文提供的应用线程池的监控方法及线程池监控装置，解决了开放平台下进行低耦合监控业务代码层自定义线程池的安全有效的方法。线程池监控相关参数信息存放参数配置中心管理系统中，应用侧读取参数配置中心管理系统中的参数信息，并通过一定的方式定期获取线程池相关参数的值等，构成上送kafka的日志信息，应用侧通过后台服务器线程池监控装置提供的接口方式上送相关日志信息到kafka，后台服务器线程池监控装置获取kafka上的相关日志信息并保存以供后台服务器线程池监控装置中的web前端读取使用，并在web前端配置个性化性能容量指标并设置报警阀值，对读取的信息进行展现并与阀值进行比较，以自动产生报警报文上送监控系统进行报警，达到监控业务线程池运行状态的目的。

本文一实施例中，后台服务器线程池监控装置还可以加上审批和事后审计模块，可以提供业务代码层线程池监控管理安全审计功能。

本文一实施例中，应用系统及后台服务器侧的应用线程池的监控方法可运行于计算机设备中，如图7所示，计算机设备702可以包括一个或多个处理器704，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备702还可以包括任何存储器706，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器706可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备702的固定或可移除部件。在一种情况下，当处理器704执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备702可以执行相关联指令的任一操作。计算机设备702还包括用于与任何存储器交互的一个或多个驱动机构708，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备702还可以包括输入/输出模块710(I/O)，其用于接收各种输入(经由输入设备712)和用于提供各种输出(经由输出设备714))。一个具体输出机构可以包括呈现设备716和相关联的图形用户接口718(GUI)。在其他实施例中，还可以不包括输入/输出模块710(I/O)、输入设备712以及输出设备714，仅作为网络中的一台计算机设备。计算机设备702还可以包括一个或多个网络接口720，其用于经由一个或多个通信链路722与其他设备交换数据。一个或多个通信总线724将上文所描述的部件耦合在一起。

通信链路722可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路722可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1-图2中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图2所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。