一种处理操作请求的方法、装置及业务系统制造方法及图纸

本发明专利技术适用于计算机软件领域，提供了一种处理操作请求的方法、装置及业务系统，该方法包括下述步骤：构建服务器监听消息，所述消息为参数配置消息或者操作请求消息；当所述消息为参数配置消息时，根据参数配置消息对构建服务器进行相应的配置处理；当所述消息为操作请求消息时，根据操作请求消息的类型构建相应的线程处理所述操作请求消息。通过同时接收配置参数消息及操作请求消息，并根据接收到的配置参数消息动态执行配置操作的方法，能够动态地、可配置地构建线程处理客户端传入的操作请求消息。即使配置参数修改了也不需要重新启动构建服务器，从而不会影响当前的工作任务，可见上述操作请求的处理方法即方便又灵活。

【技术实现步骤摘要】

本专利技术属于计算机软件领域，尤其涉及一种处理操作请求的方法、装置及业务系统。
技术介绍
现有技术中，用户响应的处理，大多是每次只能处理一个，有多个相应的情况下， 也是按照一定的规则进行排队后处理，即串行处理。串行处理每次只能处理一个响应，若是有大量的项目需要进行处理，每个项目都需要一定时间去处理，这时，串行处理的速度就很慢，大大降低了效率。因此，引入了多线程的概念，即建立多个线程并行处理用户的响应，能够同步运行多项任务。然而，现行的多线程并不能有效地进行配置和调度，若并行运行的线程过少，则可能会造成后续任务的长期等待，若并行线程过多，则在任务不多时浪费资源，而使线程不能得到有效的动态配置。此外，在构建服务应用程序配置参数发生变化时，因无法有效地对线程进行动态配置，而需要重启构建服务器应用程序时，不得不停止正在运行的任务，给用户带来极大不便，且大大影响了性能。
技术实现思路
本专利技术实施例的目的在于提供一种可动态构建线程的处理操作请求的方法，旨在解决不能动态地构建线程处理操作请求，且构建服务应用程序配置参数发生变化时，需要重启构建服务器应用程序的问题。本专利技术实施例是这样实现的，一种处理操作请求的方法，所述方法包括下述步骤构建服务器监听消息，所述消息为参数配置消息或者操作请求消息；当所述消息为参数配置消息时，根据参数配置消息对构建服务器进行相应的配置处理；当所述消息为操作请求消息时，根据操作请求消息的类型构建相应的线程处理所述操作请求消息。本专利技术实施例的另一目的在于提供一种处理操作请求的装置，所述装置包括监听单元，构建服务器监听消息，所述消息为参数配置消息或者操作请求消息；配置执行单元，用于当所述消息为参数配置消息时，根据参数配置消息对构建服务器进行相应的配置处理；操作请求处理单元，用于当所述消息为操作请求消息时，根据操作请求消息的类型构建相应的线程处理所述操作请求消息。本专利技术实施例另一目的在于提供一种包含所述处理操作请求的装置的业务系统。经由上述的技术方案可知，与现有技术相比，本专利技术一种处理操作请求的方法、装置及业务系统，通过同时接收配置参数消息及操作请求消息，并根据接收到的配置参数消息动态执行配置操作的方法，能够动态地、可配置地构建线程处理客户端传入的操作请求消息。当需要变化处理的任务时，可通过配置参数简单实现，而不需要修改程序源代码。且即使配置参数修改了也不需要重新启动构建服务器，从而不会影响当前的工作任务，可见上述操作请求的处理方法即方便又灵活。且多线程并行执行操作请求消息的方式，大大提高了执行效率。同时，返回构建服务器状态使得用户能够实时掌握构建服务器端线程及队列的情况，并根据所接收到的构建服务器状态，更新配置参数后传递给构建服务器，以更好地实现线程及队列的部署。附图说明图1是本专利技术第一实施例提供的处理操作请求的方法的流程图；图2是本专利技术第二实施例提供的处理操作请求的方法的流程图；图3是本专利技术第一实施例提供的构建线程的流程的流程图；图4是本专利技术第一实施例提供的线程处理构建请求的流程的流程图；图5是本专利技术实施例提供的处理操作请求的装置的结构框图。具体实施例方式为了使本专利技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本专利技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本专利技术，并不用于限定本专利技术。本专利技术实施例中，构建服务器通过接收由用户端传入的配置参数消息及客户端传入的操作请求消息，在接收配置参数消息后执行配置处理来动态地、可配置地构建线程处理客户端传入的操作请求消息。所述方法包括构建服务器监听消息，所述消息为参数配置消息或者操作请求消息；当所述消息为参数配置消息时，根据参数配置消息对构建服务器进行相应的配置处理；当所述消息为操作请求消息时，根据操作请求消息的类型构建相应的线程处理所述操作请求消息。所述装置包括监听单元，构建服务器监听消息，所述消息为参数配置消息或者操作请求消息；配置执行单元，用于当所述息为参数配置消息时，根据参数配置消息对构建服务器进行相应的配置处理；操作请求处理单元，用于当所述消息为操作请求消息时，根据操作请求消息的类型构建相应的线程处理所述操作请求消息。为了说明本专利技术所述的技术方案，下面通过具体实施例来进行说明。实施例一图1示出了本专利技术第一实施例提供的处理操作请求的方法的流程，详述如下在步骤SlOl中，构建服务器监听消息，所述消息为参数配置消息或者操作请求消肩、ο在本专利技术实施例中，所述消息可以为Socket消息、文件内容消息、数据库消息、 内存消息、状态变化等不同消息类型中的一种，通过监听可识别所述消息的类别。此处以 Socket消息为例来详细说明其实现过程，但并不限于Socket消息。下面将以Socket消息为例说明此步骤的实现过程。在本专利技术实施例中，构建服务器首先构建一个监听程序和外界进行通信，通过监听程序接收用户端传入的配置参数消息和客户端传入的操作请求消息。在本专利技术实施例中，用户端在接收到用户启动程序的请求后，启动一个程序读取配置文件，然后通过Socket连接到构建服务器，将配置参数消息传给构建服务器。所述配置参数消息为构建服务器构建线程及处理操作的参考信息；而且所述配置参数消息可由用户预先设置，例如用户可设置并行线程最大数量、修改并行线程最大数量、增加构建队列、 删除构建队列、构建服务器监控信息等配置参数消息。在本专利技术实施例中，所述操作请求消息由客户端传入构建服务器。所述操作请求消息为客户端需要构建服务器所执行的操作的请求，如复制请求、删除请求等。在步骤S102中，当所述消息为参数配置消息时，根据参数配置消息对构建服务器进行相应的配置处理。在本专利技术实施例中，所述配置参数消息包括但不限于设置并行线程最大数量、修改并行线程最大数量、增加构建队列、删除构建队列、构建服务器监控信息等消息。根据接收到的配置参数消息，执行相应的配置处理，从而能够动态地、可配置地构建线程处理客户端传入的操作请求消息。当需要变化处理的任务时，可通过配置参数简单实现，而不需要修改程序源代码，且即使修改了配置参数也不需要重新启动构建服务器，从而不会影响当前的工作任务，可见上述操作请求的处理方法即方便又灵活。以下用五个例子来详细阐述，但并不限于这五个例子。例如1、当接收到的配置参数消息是并行线程最大数量时，记录所述最大数量值，将所述最大数量值作为收到客户端发出的操作请求消息后判断是否超过并行线程最大数量的参考值。2、当接收到的配置参数消息是创建缓存配置参数消息的队列时，创建一个和配置参数消息类型相匹配的队列，以用来缓存后续收到的配置参数消息。3、当所述参数配置消息为设置并行线程最大数量或者修改并行线程最大数量时， 将构建服务器中并行线程最大数量设置为指定值或者更新为指定值。4、当接收到的配置参数消息是增加或删除相应的构建队列时，执行增加或删除相应的构建队列的配置操作。所述队列用于缓存操作请求消息，且该队列有多种类型，每种类型的队列用于缓存相应类型的操作请求消息。5、当所述参数配置消息为查询构建服务器状态监控信息时，检测构建服务器的状态，并将构建服务器的状态返回至查询者。在本专利技术实施例中，构建服务器状态返回主要是指构建服务器在运行当中线程及队列的基本情况，如有多少个队本文档来自技高网...

【技术保护点】

【技术特征摘要】

【专利技术属性】
技术研发人员：刘继平，
申请(专利权)人：金蝶软件中国有限公司，
类型：发明
国别省市：